|
|
|
|
|
分析员对关键人员进行调查访问，仔细阅读和分析有关材料，以便对问题定义阶段书写的关于系统的规模和目标的报告书进行进一步的复查和确认，清晰地描述对目标系统的一切限制和约束，改正规模或不确切的叙述，确保分析员正在解决的问题确实是用户要求他解决的问题，这是这一步的关键。
|
|
|
|
|
|
目前正在使用的系统可能是一个人工操作系统，也可能是旧的计算机系统，旧的系统必然有某些缺陷，因而需要开发一个新的系统且必须能解决旧系统中存在的问题。那么现有的系统就是信息的重要来源。人们需要研究现有系统的基本功能，存在哪些问题，运行现有系统需要多少费用，对新系统有什么新要求，新系统运行时能否减少使用费用等。
|
|
|
|
应该仔细收集、阅读、研究和分析先有系统的文档资料和使用手册，实地考察现有系统。观察现有系统可以做什么，为什么这样做，有何缺点，使用代价以及其他系统的联系等，但并不了解它怎样做这些工作。分析人员在考察的基础上，访问有关人员，画出描绘现有系统的高层系统流程图，有关人员一切审查该系统流程图是否正确，为目标系统的实现提供参考。
|
|
|
|
|
|
比较理想的设计通常总是从现有的物理系统出发，推导出现有系统的逻辑模型，由此再设想目标系统的逻辑模型，从而构造新的物理系统，然后使用建立逻辑模型的工具—数据流图和数据字典，来描绘数据在系统中流动和处理情况。数据流图和数据字典共同定义了新系统的逻辑模型，为目标系统的设计打下了基础。但要注意，现在还不是软件需要分析阶段，只是概括地描绘高层的数据处理和流动。
|
|
|
|
|
|
分析人员建立了系统的高层逻辑模型之后，分析人员和用户有必要一起再复查问题的定义、工程模型和目标。如有疑义，应予以修改，直到提出的逻辑模型完全符合系统目标为止。在此基础上，分析员从他建立的系统逻辑模型出发，进一步导出若干个较高层次的（较抽象的）物理解法，根据经济可行性、技术可行性、操作可行性、法律可行性对各种方案进行评估，去掉行不通的解，就得到了可行的解法。
|
|
|
|
|
|
根据可行性研究结果，分析人员应做出关键性的决定，即这项工程是否值得去开发。如果值得去开发，应该选择一种最好的解法，并说明该方案是可行的原因和理由。特别是对所推荐的可行方案要进行比较详细的成本／效益分析，供使用部门决策。
|
|
|
|
|
|
计划中除工程进度表之外，还应估计对各种开发人员和各种软、硬件资源的需要情况，初步估计系统生存周期每个阶段的成本，给出需求分析阶段的详细进度表和成本估计。
|
|
|
|
|
|
应该把上述可行性研究各个步骤的结果写成可行性研究报告，提请用户和使用部门仔细审查，从而决定该项目是否进行开发，是否接受分析员推荐的方案。
|
|
|
