看了上边的这张图，相比大家都会明白这张讲的大概内容，下边我按这张图的分类进行总结。
一，先看需求分析的任务：
通俗一点讲就是借助当前系统的逻辑模型导出目标系统的逻辑模型，也就是解决“做什么”的问题。大家看这张图理解一下：
详细一点说就是：1，深入描述软件的功能和性能； 2，确定软件设计的约束和软件同其它系统元素的接口细节； 3，定义软件的其它有效性需求。 总而言之，需求分析就是针对用户的要求，来确定被开发软件系统的系统元素，构造出我们想要达到的模型！
二，需求分析的过程：
（1）首先就是问题识别：我们要明白我们针对的问题，这里我举几个：1，功能需求；2，性能需求；3，环境需求；4，可靠性需求；5，安全保密要求；6，用户界面需求；7，资源使用需求；8，成本消耗需求；9，预先估计以后系统可能达到的目标等， 这些都是我们需要识别的问题；当然问题识别的另一项任务是建立分析需要的通信途径，方便我们能够顺利的对这些问题进行分析。 （2）其次，就是分析与综合：从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系，接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。其实就是根基用户的要求，来分析这款系统中对应的需求。 （3），编制需求分析阶段的文档：这里包括四个方面，有软件需求说明书；数据要求说明书；初步的用户手册；和修改，完善与确定软件开发实施计划。 （4），最后就是需求分析评审：这里我提几个标准： 1，系统定义的目标是否与用户的要求一致； 2，系统需求分析阶段提供的文档资料是否齐全； 3，文档中的所有描述是否完整，清晰，准确反映用户要求； 4，与所有其它系统成分的重要接口是否都已经描述。这是需求分析的四个阶段。
三，需求分析的原则：
这里我给大家提出6条：１，开始建立模型前，先理解问题；２，开发原型，使得用户能够了解将如何发生人机交互；３，记录每个需求的起源和原因；４，使用多个需求视图；５，给需求附于优先级；６，努力删除含糊性。
四，软件需求分析的方法：
1，结构化分析方法，就是用抽象模型的概念，按照软件内部数据传递，变换的关系，自顶向下逐层分解，直到找到满足功能要求的软件为之！这里有四种工具，大家来看：数据流图，数据词典，结构化英语，判定表与判定树；这里我重点总结一下数据流图，因为它用的最多。数据流图的一些相关图，大家看一下：
根基上边的三幅图，我在这里提出画数据流程图的几个原则： 1，数据流图上所有图形符号只限于前述的四种基本图形元素； 2，主图中必须包括前述的四种基本元素，缺一不可； 3，每个加工至少有一个输入数据流和一个输出数据流； 4，在数据流图中，需按层给加工框编号，编号表明该加工所处层次及上下层的亲子关系； 5，规定任何一个数据流图子图必须与它上一层的一个加工对应，两者的输入数据流与输出数据流必须一致。 6，图上每个元素都必须有名字； 7，数据流图中不可夹带控制流； 8，初画时可以忽略琐碎的细节，以集中精力于主要的数据流。
2，原型型方法：开发初期我们构造一个原型，它可以和目标系统有差距，需要我们做的就是通过不断的运行，评价，将此原型慢慢向目标软件系统靠拢。它的优点就是设计人员能够和用户一直在一起。大家看这张图：
3，动态分析方法：这里也有三种图供我们选用： 状态迁移图， 时序图， Petri网。
状态迁移图：是描述系统的状态如何相应外部的信号进行推移的一种图形表示。大家看这张图就会明白：
Petri（petri Net Graph）网：适用于描述与分析相互独立，协同操作的处理系统，也就是并发执行的处理系统。大家看这两张图，就会非常清楚：
综上，是我们需求分析的几种方法，我们可以根基我们的需要，选择适当的图进行研究，当然交互使用效果会更好！
五，最后我们说一下软件需求规格说明：每一阶段都需要有报告，有相同的部分，也有各自的特点，需要我们做的寻同存异，不断研究，写出符合实际的报告文档：
软件需求，总而言之，就是做这款软件需要什么东西，拿这些东西做什么，有什么样的标准与要求等，也就是弄明白要做什么。想到上一篇中的盖房子，其实软件需求，就是针对要盖的房子，去分析研究一下需要的东西，需要东西的多少，盖成什么样的房子，达到什么样的标准等等。
来源：~小龙~
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！