软件需求分析教程阅读笔记四

　　需求调研之后，进行需求分析时，需要提炼、分析、和仔细审查已经收集到的需求，并告知所有的风险承担者，来找出其中的错误、遗漏、或者其他任何不足，需要改进的地方，这样才能开发出高质量的需求报告。

　　要绘制系统的上下文示意图，也叫顶层数据流图，表示了系统与系统外部实体间的界限和接口，还能表示出系统与外部实体的数据流，当用户后面在变更需求时，可以以上下文图来改变需求的灵活性。

　　当进行了需求分析之后，需要给用户作出一个系统原型，用户看到需求原型之后，就能更好的清楚自己的需求，能够更好的分析需求文档和原型之间的异同点，双方也能更好的理解要解决的问题。

　　当时间，成本等因素允许的情况下，要分析需求的可行性，同时还要确定需求的优先级别，完成需求的先后顺序，有些必要的功能，比如核心功能，是要在第一版中就必须完成的，一些其他的功能，可以放在第二版或者后面的更新中来完成。

　　在进行开发前，需要建立一些模型，就是画一些图形来更加形象化的表示这些需求，比如数据流图，描述了系统与外部世界的数据流向，还有实体关系图、状态变换图或者一些交互作用图，都分别表示了系统的某个方面的需求特征。

　　开发过程中可能会用到一些专业术语或者名词，需要用统一的名称和意义来进行规范，将所有这些会用到的术语或者一些数据项定义归结到一个文档当中，形成一个数据字典，防止以后出现分歧时没有一条准则。

　　客户会有多种需求，有的会提出来，但是有的会成为一种潜在的需求，还有一些会让客户非常兴奋的需求。对于潜在需求即客户未提出，但是客户意识当中认为这是必须要有的，如果开发当中忽略了这一点，会让客户非常的不满意；一些兴奋的需求，如果开发出来会非常好，没做出来也不会受到责备。

　　需求规格说明要采用统一的格式.可以采用一种统一的模版,模版很有帮助,但有时需要根据具体项目再进行改动.要指明需求的来源,同时为每项需求添加标号,将某些角色可以进行的操作记录下来,形成规范文档.