系统开发过程介绍
- 格式:doc
- 大小:194.50 KB
- 文档页数:17
三、系统开发过程□五个阶段各种系统开发方法学在范围、复杂性、完善程度以及方法上有很大的不同。
尽管有的方法学分三个阶段,有的分15个阶段,但是每个方法学所描述的要完成的活动底子上是不异的。
本章要阐述的最重要的一点是:最好的方法学是那些始终把用户考虑进去的方法学。
过去的情况是,用户办理人员与信息效劳开发组合作来完成系统的一般功能说明书,然后,由信息效劳人员来进行系统开发。
此刻,系统开发是各占50%的比例;因此,用户办理人员应该非常熟悉系统开发的大体过程,出格应该熟悉他们单元本身使用的方法学。
系统开发过程可分为五个阶段来描述。
这五个阶段是:1.第Ⅰ阶段—系统开始和可行性研究2.第Ⅱ阶段—系统阐发和设计3.第Ⅲ阶段—程序设计4.第Ⅳ阶段—转换和实现5.第Ⅴ阶段—实现后的评价第Ⅰ阶段—系统开始和可行性研究是在为开发一个建议的系统提供人力和资源之前完成的。
第Ⅰ阶段大都的工作和编写的资料是第Ⅱ阶段的输入。
在第Ⅱ阶段—系统阐发和设计期间,系统阐发员与用户一起工作以编写详细的功能和系统的说明书。
将这些说明书交给程序员,然后开始第Ⅲ阶段——程序设计。
在第Ⅵ阶段—转换和实现期间,一旦软件开发出来,那么成立数据文件,转换现有系统,而且实现新系统。
第Ⅴ阶段—实现后的评价。
在开始了系统寿命期中的出产阶段之后,提出(经常被忽略的)实现后的评价要求。
□具体开发过程下面将逐步地描述系统开发过程。
至于具体的细节、彼此的影响、方法、形式等,用户办理人员应该与信息效劳经理联系,与他们讨论公司当前使用的方法学,同时再看看公司内部描述方法学的手册。
1.第Ⅰ阶段—系统开始和可行性研究在第Ⅰ阶段的活动中很少有与其他四个阶段的活动相一致的。
此处所提供的方法包罗对于受拒绝后的再次效劳请求的方法以及将技术转移可能性的研究合并到诸过程中这些内容。
第Ⅰ阶段最终的产物有两个局部。
第一局部是实际的可行性研究陈述,它包含对建议的或改良的系统的描述以及利润/成本阐发。
简述系统开发过程系统开发是指从需求分析到系统实施的一系列过程,包括需求分析、系统设计、编码、测试和实施等多个阶段。
下面将从需求分析、系统设计、编码、测试和实施等五个方面对系统开发过程进行详细阐述。
需求分析是系统开发的第一步,它是为了了解用户的需求、目标和约束条件而进行的研究和沟通过程。
首先,需求分析人员与用户进行需求访谈,了解用户的需求和期望。
然后,需求分析人员进行需求分析和规格说明书的编写,明确系统的功能和性能要求。
最后,需求分析人员与用户进行需求确认和验证,确保需求是否与用户期望一致。
系统设计是根据需求分析的结果,确定系统结构和组件之间的关系。
首先,系统设计人员进行总体设计,确定系统的整体结构和模块划分。
然后,针对每个模块进行详细设计,包括数据结构、算法、接口和模块功能等。
最后,系统设计人员与需求分析人员进行设计评审,确保系统设计符合用户需求。
编码是根据系统设计的结果,将设计方案转化为实际可执行的程序代码。
首先,编码人员根据设计文档进行模块编码,实现每个模块的功能。
然后,编码人员进行代码审查和调试,确保代码的正确性和性能。
最后,编码人员与设计人员进行编码评审,确保代码的质量和可维护性。
测试是为了发现系统中的错误和缺陷,保证系统的质量和稳定性。
首先,测试人员进行测试计划的编写,确定测试的目标和方法。
然后,测试人员进行各个阶段的测试,包括单元测试、集成测试和系统测试等。
最后,测试人员与开发人员进行测试评审,确保测试的完整性和有效性。
实施是将开发好的系统正式投入使用的过程。
首先,实施人员进行系统的安装和配置,确保系统的环境和资源满足要求。
然后,实施人员进行用户培训和技术支持,确保用户能够熟练使用系统。
最后,实施人员与用户进行验收评估,确保系统满足用户的需求和期望。
在系统开发过程中,需求分析、系统设计、编码、测试和实施五个阶段是相互交织的,每个阶段都有着相应的工作、方法和工具。
同时,系统开发过程中还需要注意项目管理和团队协作,确保项目能够按时、高效地完成。
信息系统开发流程信息系统的开发流程是指在设计、开发、测试和部署一个信息系统的过程。
这个过程通常包括需求分析、系统设计、编码实现、测试和上线等阶段。
本文将详细介绍信息系统开发流程的各个环节,并探讨每个环节的重要性和具体步骤。
一、需求分析阶段需求分析是一个信息系统开发的重要环节,它决定了系统开发的方向和目标。
在需求分析阶段,开发团队与客户进行充分的沟通和交流,以明确系统的需求和功能。
这个阶段主要包括以下步骤:1. 定义问题:明确系统开发的目标和解决的问题,了解用户的需求和期望。
2. 收集需求:通过与用户的交流,收集到关于系统功能、性能和界面等方面的具体要求。
3. 分析需求:对收集到的需求进行分析和整理,找出矛盾或不完整的地方,并与用户进一步确认。
4. 编写需求规格说明书:将整理后的需求编写成一份规格说明书,明确系统的功能和性能要求。
二、系统设计阶段在需求分析阶段之后,开发团队将进行系统设计,确定系统的整体架构和详细设计方案。
系统设计阶段一般包括以下步骤:1. 概要设计:确定系统的模块划分和模块间的关系,定义系统的整体架构。
2. 详细设计:对每个模块进行详细设计,包括数据库设计、界面设计和功能设计等。
3. 数据库设计:设计系统所需的数据库结构和数据表之间的关系,确定数据的存储方式和访问方法。
4. 界面设计:设计系统的用户界面,确定界面布局、交互方式和样式风格等。
5. 功能设计:详细设计系统的各个功能模块,定义模块的输入、输出和处理逻辑。
三、编码实现阶段在系统设计阶段完成后,开发团队将开始编码实现系统的功能和模块。
编码实现阶段一般包括以下步骤:1. 确定编码规范:定义编码规范和开发标准,包括命名规则、代码注释和代码格式等方面。
2. 编写代码:根据系统设计和功能需求,逐步编写实现系统功能的代码。
3. 单元测试:对编写的代码进行单元测试,确保每个模块和功能的正确性和稳定性。
4. 模块集成:将各个模块进行集成测试,确保模块之间的协作和整体的功能正常。
简述单片机系统的开发流程单片机系统是指由单片机芯片、外围电路和软件程序组成的一种嵌入式系统。
单片机系统的开发流程包括硬件设计、软件开发和系统调试等多个阶段。
1. 硬件设计阶段硬件设计是单片机系统开发的第一步,主要包括电路设计和PCB设计两个部分。
(1) 电路设计:根据系统需求,选择合适的单片机芯片和外围器件,设计电路原理图。
在电路设计过程中,需要考虑功耗、时钟频率、IO口数量、通信接口等因素,并根据需求进行电源供应、时钟电路、外设接口电路等设计。
(2) PCB设计:根据电路原理图,进行PCB的布线设计。
通过布线设计,将电路原理图中的元器件进行合理的布局和连接,以满足信号传输、电源供应等要求。
在PCB设计过程中,需要注意信号完整性、电源稳定性、阻抗匹配等问题。
2. 软件开发阶段软件开发是单片机系统开发的核心部分,主要包括编写程序和调试两个环节。
(1) 编写程序:根据系统需求和硬件设计,选择合适的开发工具和编程语言,编写单片机的软件程序。
在编写程序过程中,需要了解单片机的指令集、寄存器配置、中断处理等相关知识,并根据需求实现系统的各项功能。
(2) 调试:将编写好的软件程序下载到单片机芯片中,通过调试工具进行调试。
调试过程中,可以通过单步执行、断点调试等方式,逐步检查程序的运行情况,发现并解决程序中的错误和问题。
调试完成后,可以对系统的功能进行验证和优化。
3. 系统调试阶段系统调试是单片机系统开发的最后一步,主要包括硬件调试和软件调试两个环节。
(1) 硬件调试:通过仪器设备和测试工具,对硬件电路进行测试和验证。
主要包括电源稳定性、信号传输、外设功能等方面的测试。
在硬件调试过程中,可以使用示波器、逻辑分析仪等工具对信号进行观测和分析,发现并解决硬件电路中的问题。
(2) 软件调试:在硬件调试完成后,对软件程序进行全面的功能测试。
通过输入不同的参数和数据,验证系统的各项功能是否正常运行。
在软件调试过程中,可以使用调试工具和仿真器对程序进行调试和测试,以确保系统的稳定性和可靠性。
系统开发的五个步骤简介系统开发是指通过计算机技术和软件编程,在特定的需求和目标下,构建和实施一个完整的、能够实现相应功能的系统。
系统开发的过程通常被分为五个步骤,包括需求分析、系统设计、编码实现、系统测试和部署、维护与优化。
本文将对每个步骤进行详细的探讨和介绍。
一、需求分析需求分析是系统开发的起点,它的目的是明确用户的需求和期望,以便设计出能够满足这些需求的系统。
在需求分析阶段,开发团队与用户进行充分的沟通与交流,了解用户的业务流程、功能需求、系统规模和性能要求等。
然后,通过需求文档的编写和验证,确保对需求的理解一致。
需求分析阶段的关键任务包括:1.收集和整理用户需求:通过会议、访谈、问卷调查等方式,与用户进行需求讨论,记录和整理用户的需求和期望。
2.编写需求文档:将收集到的用户需求进行整理和描述,形成需求文档。
需求文档应包括用户需求的详细描述、功能需求的优先级和约束条件等信息。
3.需求验证:通过原型设计、模拟测试等方式,与用户进行需求验证,确保需求的准确和完整。
二、系统设计系统设计是在需求分析的基础上,根据用户需求和约束条件,设计系统的整体框架和各个模块的功能与接口。
系统设计阶段的目标是确定系统的整体结构,为编码实现提供指导。
系统设计阶段的关键任务包括:1.架构设计:确定系统的总体框架和模块划分,定义各个模块之间的关系和接口规范。
2.数据库设计:设计系统的数据库结构,包括数据表、字段、索引等,以支持系统的数据存储和查询需求。
3.界面设计:根据用户需求和界面交互原则,设计系统的用户界面,提供友好的用户操作体验。
4.算法设计:针对系统中涉及的复杂计算和逻辑问题,设计相应的算法和流程,保证系统的性能和功能要求。
三、编码实现编码实现是将系统设计转化为具体的计算机程序代码的过程。
在编码实现阶段,开发人员根据系统设计的要求,使用特定的编程语言和开发工具,完成系统模块的编写和调试。
编码实现阶段的关键任务包括:1.开发环境搭建:根据系统设计的要求,选择适当的开发工具和编程语言,搭建开发环境。
信息系统开发过程概述信息系统开发是指利用计算机技术和信息技术来解决特定问题或实现特定功能的过程。
随着信息技术的不断发展,信息系统在各个领域都起到了重要的作用。
在信息系统开发过程中,有一系列的步骤和方法需要遵循,以确保系统能够顺利地开发出来并满足用户的需求。
一、需求分析在信息系统开发过程的初期阶段,需求分析被认为是至关重要的一步。
需求分析是通过调研和访谈等方式,准确地了解用户的需求和期望。
在这一阶段,开发团队需要与用户密切合作,明确系统的功能、性能、安全性等要求。
同时,还需要对现有的业务流程进行分析,以确定系统如何最优化地支持业务流程。
二、系统设计系统设计是根据需求分析的结果,对系统进行整体规划和设计。
在这一阶段,开发团队需要确定系统的总体架构、组件的设计和交互方式等。
同时,还需要考虑系统的可伸缩性、可扩展性和可维护性,以便在未来的发展过程中能够方便地进行适应和修改。
三、编码与测试在系统设计完成后,开发团队将进入到编码与测试的阶段。
在这一阶段,开发团队利用编程语言和开发工具,根据系统设计的要求,进行程序编写。
同时,还需要进行功能测试、单元测试和集成测试等,以确保系统能够正常运行并能够满足用户的需求。
四、部署与维护当系统开发完成后,开发团队将进行系统的部署与维护。
在系统部署阶段,开发团队将系统安装到目标环境中,并进行相应的配置和优化。
在系统维护阶段,开发团队将跟踪系统的运行情况,并进行必要的修复和更新,以确保系统的稳定性和安全性。
五、用户培训和支持在系统部署完成后,开发团队将进行用户培训和支持工作。
用户培训是指对系统的最终用户进行培训,使他们能够熟练地操作和使用系统。
同时,开发团队还需要提供技术支持和用户支持,解决用户在使用系统过程中遇到的问题和困惑。
六、项目管理和控制在整个信息系统开发过程中,项目管理和控制是非常重要的一环。
项目管理和控制包括对项目进度、质量和成本等方面进行有效的管理和控制。
通过项目管理和控制,可以确保系统的开发过程始终保持在可控制的范围内,从而减少风险和提高项目的成功率。
系统的开发步骤范文系统开发是一个复杂的过程,需要经历多个环节和步骤。
下面将详细介绍系统开发的六个主要步骤。
第一步:需求收集与分析需求收集与分析是系统开发的第一步。
在这个步骤中,开发团队需要与客户进行充分的沟通,了解客户的需求和期望。
通过访谈、调查问卷、面谈等方式收集需求,并进行详细的分析和整理。
在这个阶段,团队需要制定清晰的需求文档,确保客户的需求被准确地记录下来。
第二步:系统设计系统设计是整个系统开发过程中的关键步骤。
在这个步骤中,开发团队将根据需求文档,设计一个满足客户需求的系统架构和界面。
设计过程需要考虑系统的功能模块、数据流程、数据库设计、界面设计等。
团队成员可以使用UML图、流程图、原型图等工具来描述和表达他们的设计想法。
第三步:编码与开发在系统设计完成后,开发团队将开始编码和开发工作。
根据系统设计的要求,开发团队将以编程语言实现系统的各个模块和功能。
在这个阶段,开发人员需要按照约定的编码规范进行开发,并使用版本管理工具来追踪代码的修改和更新。
第四步:系统测试系统测试是确保系统质量和稳定运行的重要步骤。
在这个步骤中,开发团队将进行不同层次的测试,如单元测试、集成测试和系统测试。
单元测试主要用来测试系统的每个模块是否按照预期工作,集成测试则测试系统各个模块之间的交互是否正常,系统测试则是对整个系统的功能和性能进行全面的测试。
第五步:系统部署系统部署是将开发完成的系统交付给用户的过程。
在这个步骤中,开发团队将把系统部署到用户所需要的服务器、网络环境或设备上,并做好配置和安装工作。
在部署过程中,团队需要对系统的性能进行调优和优化,确保系统能够正常运行,并满足用户的需求。
第六步:系统维护与升级系统维护与升级是系统开发过程的最后一步。
在系统交付给客户后,开发团队需要负责系统的维护和升级工作。
维护工作包括监控系统的运行状况、解决系统中的问题和提供技术支持等。
升级工作则是根据用户需求和市场变化,对系统进行功能扩展和性能优化。
IT系统开发流程步骤详解介绍本文档旨在详细描述IT系统开发的流程步骤,为开发团队提供指导和参考。
以下是IT系统开发流程的主要步骤:1. 需求分析在开始开发IT系统之前,首先需要进行需求分析。
这一步骤的目的是确定系统的功能和特性,了解用户需求,并制定详细而清晰的需求文档。
2. 设计在需求分析的基础上,进行系统设计。
包括系统的架构设计、数据库设计、界面设计等。
设计阶段需要考虑系统的可扩展性、可靠性和安全性。
3. 编码在系统设计完成后,开发团队将开始进行编码工作。
根据设计文档中的指导和要求,开发人员编写代码,并进行单元测试和调试。
4. 测试编码完成后,系统进入测试阶段。
这个阶段的目的是发现并修复系统中的BUG和错误。
测试包括单元测试、集成测试、系统测试和用户验收测试。
5. 部署和上线测试完成后,系统准备好部署和上线。
这个阶段包括将系统部署到生产环境中,并准备用户培训和支持材料。
6. 运行和维护系统上线后,需要进行运行和维护。
运维团队负责监控系统运行状态、进行系统维护和故障处理,以确保系统的稳定性和可靠性。
7. 持续改进IT系统开发是一个持续改进的过程。
开发团队应该定期进行系统性能评估、用户反馈收集,并提出改进措施和迭代开发计划。
结论以上是IT系统开发流程的主要步骤。
每个步骤都是相互关联和依赖的,一个环节的不完善可能会影响整个开发过程。
因此,执行每个步骤时都需要仔细、全面地考虑,以确保开发出高质量的IT 系统。
系统开发步骤流程
系统开发是一个复杂的项目,需要循序渐进的开展。
以下是系统开发
步骤的流程:
1. 确定需求
在系统开发之前,首先需要明确系统所要解决的问题和目标。
这涉及
到对业务的了解和对用户需求的调研。
在此基础上,我们需要进一步
明确需求,包括系统的功能、界面、性能、安全等方面。
2. 设计方案
在明确需求后,我们需要设计系统的方案。
这包括系统的架构、模块、组件、接口等。
设计方案需要综合考虑多个因素,如性能、可扩展性、易用性、安全性等。
3. 编写代码和测试
在设计方案的基础上,我们需要编写符合需求的代码,并进行单元测
试和集成测试,确保系统的正常运行和数据的完整性,同时排除任何
错误和漏洞。
4. 部署和上线
在测试通过后,我们需要将系统部署到生产环境中,并进行系统的优
化和调整,确保系统的稳定性和安全性。
上线后需要及时监控系统运
行情况,并进行维护和升级。
5. 迭代和优化
系统开发不是一次性的过程,而是需要不断地迭代和优化。
在系统上
线后,我们需要持续关注用户的反馈和需求,并根据实际情况进行系
统的升级和优化,以不断提升用户体验和系统性能。
以上是系统开发的基本流程。
不同的项目可能会有不同的细节和流程,但以上流程是通用的,可以为我们提供一个基本的参考。
在实际开发中,我们需要灵活运用以上流程,并结合实际情况进行调整和优化,
以确保项目的成功和用户的满意度。
系统开发是一个复杂而系统化的过程,通常包括以下几个关键阶段:
1. 需求分析阶段:在这个阶段,开发团队与客户合作,详细了解客户的需求和期望。
通过面对面的讨论、需求调研和文档化,确保对系统的需求有清晰的理解和定义。
2. 系统设计阶段:在这个阶段,根据需求分析的结果,系统设计师开始制定系统的整体架构和模块设计。
这包括数据库设计、界面设计、系统功能设计等,目的是确保系统在满足需求的同时具备可扩展性和可维护性。
3. 编码与开发阶段:在这个阶段,开发团队根据系统设计的规范开始编写代码,实现系统的各个功能模块。
这包括选择合适的编程语言、编写代码、进行单元测试和调试等活动,以确保系统的正确性和稳定性。
4. 测试与集成阶段:在系统开发完成后,测试团队开始对系统进行全面的测试,包括单元测试、集成测试和系统测试等。
通过模拟真实环境下的各种场景和输
入,验证系统的功能和性能,并修复可能存在的问题和漏洞。
5. 部署与上线阶段:在测试通过后,系统开发团队开始将系统部署到目标环境中,并进行上线操作。
这包括安装和配置服务器、数据库、网络等,以确保系统可以正常运行,并向用户提供服务。
6. 维护与优化阶段:系统上线后,开发团队需要对系统进行定期维护和优化,及时修复漏洞和故障,改进系统的性能和用户体验。
此外,根据用户反馈和需求变化,进行功能扩展和更新。
系统开发过程中,团队合作、沟通和项目管理也是至关重要的,以确保开发进度和质量的控制。
此外,敏捷开发和迭代开发等方法也可以在系统开发过程中应用,以提高开发效率和灵活性。
三、系统开发过程□五个阶段各种系统开发方法学在围、复杂性、完善程度以及方法上有很大的不同。
尽管有的方法学分三个阶段,有的分15个阶段,但是每个方法学所描述的要完成的活动基本上是相同的。
本章要阐述的最重要的一点是:最好的方法学是那些始终把用户考虑进去的方法学。
过去的情况是,用户管理人员与信息服务开发组合作来完成系统的一般功能说明书,然后,由信息服务人员来进行系统开发。
现在,系统开发是各占50%的比例;因此,用户管理人员应该非常熟悉系统开发的大体过程,特别应该熟悉他们单位自己使用的方法学。
系统开发过程可分为五个阶段来描述。
这五个阶段是:1.第Ⅰ阶段—系统开始和可行性研究2.第Ⅱ阶段—系统分析和设计3.第Ⅲ阶段—程序设计4.第Ⅳ阶段—转换和实现5.第Ⅴ阶段—实现后的评价第Ⅰ阶段—系统开始和可行性研究是在为开发一个建议的系统提供人力和资源之前完成的。
第Ⅰ阶段多数的工作和编写的资料是第Ⅱ阶段的输入。
在第Ⅱ阶段—系统分析和设计期间,系统分析员与用户一起工作以编写详细的功能和系统的说明书。
将这些说明书交给程序员,然后开始第Ⅲ阶段——程序设计。
在第Ⅵ阶段—转换和实现期间,一旦软件开发出来,则建立数据文件,转换现有系统,并且实现新系统。
第Ⅴ阶段—实现后的评价。
在开始了系统寿命期中的生产阶段之后,提出(经常被忽略的)实现后的评价要求。
□具体开发过程下面将逐步地描述系统开发过程。
至于具体的细节、相互的影响、方法、形式等,用户管理人员应该与信息服务经理联系,与他们讨论公司当前使用的方法学,同时再看看公司部描述方法学的手册。
1.第Ⅰ阶段—系统开始和可行性研究在第Ⅰ阶段的活动中很少有与其他四个阶段的活动相一致的。
此处所提供的方法包括对于受拒绝后的再次服务请求的方法以及将技术转移可能性的研究合并到诸过程中这些容。
第Ⅰ阶段最终的产品有两个部分。
第一部分是实际的可行性研究报告,它包含对建议的或改进的系统的描述以及利润/成本分析。
第二部分是系统的初步设计。
它对于估价成本和利润是必要的。
该初步设计是第Ⅱ阶段—系统分析和设计的直接输入。
将系统的初步设计并入可行性研究的依据是,多数可行性研究是以概念而不是以设计为基础的。
如果在描述系统目标上花的时间太少,那么成本估计,甚至利润估计将是错误的。
用概念来指导可行性研究注定会导致成本过高,而且用户不满意。
在系统初步设计上所花费的时间是值得的,即使拒绝可行性研究也是如此。
因为所编写的资料将必然会被证实其他项目中是有价值的。
下述编号的活动与表20.9.2的系统开发责任矩阵相对应。
(1)提交服务请求图20.5.1说明了包括对受拒绝的请求再次请求处理的一种方法。
所请求的服务毕竟是用户做的,因此,应该由用户着手进行。
我们鼓励用户管理人员请求信息服务人员的帮助,但是应该再一次强调,业务领域的管理人员应该对各种大小的服务请求都提供合适的资料。
(2)估价服务请求正如在责任矩阵中所注释的那样,信息服务管理人员只能承诺小的项目(由公司的方针所确定的小项目)。
(3)指定可行性研究组信息服务经理和用户经理共同来指定适当的混合的人选以组成可行性分析研究组。
该组至少由一名系统分析员和一名用户代表组成。
可行性研究组的大小取决于可行性研究的围和时间限制。
用户代表应该熟悉当前专业领域的所有工作,用户经理、总经理助理,或专业领域分析员是合理的候选者,用户的系统分析员,具有计算机信息处理基础知识的情况已经越来越普遍了。
必须指定一个人担任可行性研究组的组长,哪怕只是两个人的可行性研究组也需要一个组长。
直到1980年为止,多数的可行性研究组和项目组是由一个高级系统分析员或一个项目负责人来领导的。
在信息服务部门中,这两种人是固定分工做这项工作的。
目前越来越多的公司采取这样一种政策,即由用户担任项目组组长。
这种将主要责任下放给最终用户的做法将进一步鼓励用户参与系统设计。
在这种政策上取得成功经验的那些公司已经指派了一些具有杰出管理经验和具有某些计算机和信息处理知识的用户人员担任项目组组长。
在任何情况下,组长必须对该组的工作有一个总的安排。
如果要求一个用户代表既作为可行性研究组或项目组的组长而同时又要求他继续履行业务领域的职责,那么该项目是肯定要失败的。
有好些公司已经采用了一种政策,即自动地指派受系统影响最大的业务领域的经理作为可行性研究组和项目组的领导以后该经理将从原来的工作职责中解脱出来,而用他(她)的全部时间管理可行性研究(或项目)组。
这种人事安排已经成为当今的主流,其困难是用户经理需要离开原来主管的业务部门少则两个月多则三年后才能回他原来的工作岗位上。
(4)标列约束条件在系统开发的过程一开始,可行性研究组与信息服务人员和用户经理密切合作标列出设备、成本、进度、规程、软件以及操作上的约束条件。
它们可能限制建议的系统的定义和设计。
(5)整理现有系统的资料整理现有系统资料的主要理由是:如果可行性研究组不充分了解现有系统,那么他们就不可能有效地完成所建议的系统的初始设计。
已经建立起来的多数人工系统并没有经过真正的设计。
在这些系统中,必须从手稿整理出资料。
如果一个建议的系统是改进一个现有的计算机信息系统,那么可行性研究组只需要保证现有资料的完整性和保持最新版本就行了。
现有系统所形成的任何资料将给设计阶段提供有价值的输入(如果批准开发该系统)。
即便建议的系统遭到拒绝,也能对现有系统提供基本的资料,并且可能透彻地理解理有系统。
现有系统的资料由四部分组成:①系统报告和资料;②系统数据文件;③系统数据元以及④说明现有系统的数据、信息和工作流程的图表。
前三部分(报告、文件和数据元)可分类如下:①当前使用的,而且在建议的系统中以目前的形式保留下来;②当前使用的,但是修改后才在建议的系统中使用;③当前使用的,但是在建议的系统中将被删除而不再保留的。
例如,列出所有现有的报告和标准的资料,并按上述分类给定一种状态。
在报告上将标明相对周期(如,每天,每周)以及分发围。
对于现有系统的所有数据文件都标明有关的存储介质(如,3×5的卡片,磁带,马尼拉折纸机,磁盘等等)以及存储方式。
例如,一个名字一地址文件可以存储在许多3×5的卡片上,并且按名字的字母顺序排列。
一个人工系统所保存的文件数总是令人吃惊的,即便对于业务领域管理人员也是如此。
为了完善现有文件的资料,将每个文件的记录的样式和简单描述附在文件表中。
系统数据元(即,社会保险号,顾客名,货号等等)是直接列出的,而不必关系有关的文件。
数据元经常在几个文件中重复出现。
除了状态指示符之外,如果数据的名字不能自我说明,则必须对每个数据数据元进行描述。
有关数据元的其他信息还包括更新要求(如,每天,每周,每月,或根据需要更新等等)、来源(如,代办处,资料,系统,工作人员等等)以及职责(如,部门名和负责更新者的职务)。
图20.9.3说明在整理现有系统资料时数据元可能采用的一种典型格式。
我们通过将系统简化为输入、处理和输出等几个基本组成部分来表示整理现有系统资料的工作过程。
然后用图形描绘出各部分之间的逻辑关系。
有多种图像表示技术来做这件事。
最为流行的(尽管不一定是最好的)是流程图。
其他的更为结构化”的技术还有:IBM 公司的层次化输入—处理—输出图(HIPO),汽泡图,数据流框图,南茜—斯奈德曼(Nassi-Shneiderman)图,渥尼尔(Warner)框图以及判定表。
当前工作过程的图像描述提供了系统的数据、信息和工作流程的一个概貌。
它着重强调系统中控制工作流程的那些数据元。
这些图应该刻划人工和计算机的处理步骤,并且以适当的顺序安排每一处理步骤。
通常以能最好地显示出工作过程的方式来组织和提供这些图。
它们可以是由一些随机事件、功能或按小的和大的周期来驱动的子系统,也可以是若干子系统;既可以是层次的,也可以是混合的。
很少有几个系统是完全顺序的,因此,在多数情况下可以应用模块方法。
(6)调查研究技术转移的可能性为了更好地利用现有的技术,许多公司正在进行将有关技术转移到他们的系统开发方法学中可能性的调查。
鼓励调查技术转移的可能性和(或)可行性的政策必将带来人力资源的大量节省。
特别对程序员和分析员更是如此。
合适的技术转移将使这些人的工作集中于还没有现成软件的特定行业的应用领域。
技术转移可能性的调查是从走访那些已经实现的,而且与所建议的系统有类似规模和工作的系统。
可行性研究组还应该调查商品软件目录,以便找到适合的可应用的软件。
如果认为技术转移是可行的,则可行性研究组说明怎样使用这些技术以及为适应现有环境所要求的修改围。
如果使用标准的方法来进行技术转移潜力调查,那么提出要求的公司应该采取与具有类似要求的其他公司合作的政策。
(7)完成建议系统的初步设计可行性研究组要走访专业人员以获得一般的系统要求,然后,将这些要求转换成初步的系统设计。
设计过程是交互的,用户经理和可行性研究组需要经常就设计思想和方法等交换意见,用生动的文字和图形说明来形成建议的系统初步设计的资料,这些生动的文字(用非技术词汇)描述了所建议的系统的基本工作过程,而且常常同时附有图形说明。
这些文字图表也将列举出那些大大违背现有工作方式而建议的系统所期望的手续、手段和方法。
这些文字图像也将描述建议的系统与人工系统以及建议系统必须与之兼容的自动系统之间的关系。
图形说明将建议的系统的过程简化为它们的组成部分,同时强调各部分之间的逻辑关系。
(8)确定项目围可行性研究组与信息服务人员以及用户管理人员合作估计初步设计中所刻划的系统的复杂程度。
并对开发项目今后的每一个阶段进行人力资源要求的估计(用户,信息服务人员及其他人员)。
此外,还注意到培训和计算机机时要求。
(9)准备利润/成本分析报告一旦完成初步设计并且确定了项目的围,则可以开始利润/成本分析。
不幸的是,由于用户和信息服务管理人员都希望加快可行性研究阶段,所以,一些关键的步骤被省略了,因此造成在利润、成本估计上的错误。
仅仅根据一种概念是不可能精确的反映出利润和成本的。
设计中的某些步骤是必不可少的。
另一种在形成公司决策过程中所隐含的错误将不可避免地把那些难以确定的利润也算成资金收入。
当今许多复杂的,综合的系统为公司的利益做出了重大的贡献,而做到这样程度是因为它们经历了漫长的、不可捉摸和难以预见的道路。
评价信息服务项目的好处和价值是一个主观的过程,它要求具有成本和利润方面的实际的知识。
此外,决策者对于正的和负的不确定的利润要有透彻的理解。
使用美元作为所有成本和利润的统一的计量标准大简化了评价工作。
那种把不确定的利润引入盈利图表(为了“建立更好的顾客关系”或“提高威信”)的作法会造成在“底线”中复合的错误。
底线经常被盲目地接受作为一种信条。
事实上,在那种情况下,估价是取最好的情况(理想的)和最坏的(荒谬的)情况之间。