软件工程阶段性总结（二）——软件计划和需求分析

       上一次总结了软工视频的第一章内容，已经从宏观上把握了软件工程开发的基本步骤：制定计划、需求分析、软件设计、编码、运行和维护。在这个基础上总结了一下第二章和第三章的知识，之所以将这两章放在一起，主要是因为它们讲的都是软件开发的第一个阶段：定义阶段。这个阶段要解决的主要问题有两个：可行性研究和需求分析。除了对于这两个主要研究要素的讲解之外，还包括了定义阶段用到的数据流图、数据字典等分析方法。

       千言万语都不如一张图直接明了：

                  


       软件的定义阶段是一个软件的开始阶段，也是最重要的阶段，如果需求分析做不好，后面的软件设计和开发即使做的再好，不能满足用户的需求同样是白费力气。

       一、软件计划

       软件计划主要包括问题定义、可行性研究及步骤、软件计划内容、软件成本/效益评估几个部分，其中最重要的就是可行性研究。可行性研究的目的不是解决问题，而是确定问题是否值得去解决。把握了这个要点，理解起来就很容易了。可行性研究的实质是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。可行性研究过程分为七步：
       1、复查系统规模和目标
       2、研究目前正在使用的系统
       3、导出新系统的高层逻辑模型
       4、向用户推荐建议方法
       5、推荐行动方针
       6、草拟开发计划
       7、提交上机和专家审查

       二、软件需求分析

       可行性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的解法。而软件需求分析的基本任务不是确定系统怎样完成它的工作，而是准确地回答了“系统必须做什么”的问题。在需求分析阶段，系统分析员起到了不可缺少的作用，可以说他是用户和软件开发人员之间的桥梁。下图反映了他们之间的关系：
                              


       在分析软件需求规格说明书的过程中，分析人员和用户都起着关键的作用。只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体的描述出来；分析员知道怎样用软件去实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。
       在这个过程中，就需要用到几种基本的分析方法：结构化分析方法、原型化方法、动态分析方法。比如其中常用的数据流图，数据字典，原型开发模型、Petri网等分析方法，都是为这个阶段的来服务的。

       总结：

       要想开发出真正满足用户需求的软件产品，需要进行可行性研究和软件需求分析。通过可行性研究来判断该项目的可行性，跟现有的系统比较，看新开发的系统是否能够更好的满足用户需求并给企业带来利益；然后要做需求分析，对软件需求的深入理解是软件开发获得成功的前提条件，不论在设计和编码阶段做的多么好，不能真正满足用户需求的程序只会令用户失望。
       对于这两章的理解就达到了这个程度，如果有不合理的地方，还请大家指出！