软件需求分析

1.对问题的识别：确定对目标系统的综合 要求，即软件的需求。 2.分析与综合：最终综合成系统的解决方 案，给出目标系统的详细逻辑模型。 3.制定规格说明：编制需求分析的文档 4.评审：对功能的正确性、完整性和清晰性， 以及其他需求给予评价
3.3 软件需求分析的原则
百度文库 必须能够表达和理解问题的数据域和功
数据流图也称为Bubble Chart或Data
Flow Graph。是描述数据处理过程的工 具。数据流图从数据传递和加工的角度， 以图形的方式刻画数据流从输入到输出 的移动变换过程。
数据词典 (DD，Data Dictionary)
数据词典的任务是对于数据流图中出现
的所有被命名的图形元素在数据词典中 作为一个词条加以定义，使得每一个图 形元素的名字都有一个确切的解释。 数据词典中所有的定义应是严密的、精 确的，不可有半点含混，不可有二义性。
3.7 结构化分析方法
结构化分析方法就是用抽象模型的概念，
按照软件内部数据传递、变换的关系， 自顶向下逐层分解，直到找到满足功能 要求的所有可实现的软件为止。 结构化分析方法使用的主要工具:数据流 图、数据词典、结构化英语、判定表和 判定树。
数据流图 (DFD，Data Flow Diagram)
哪些操作，显得十分清楚、准确、一目 了然。这是用语言说明难以准确、清楚 表达的。但是用判定表描述循环比较困 难。有时，判定表可以和结构化英语结 合起来使用。
判定树(Decision Tree)
判定树也是用来表达加工逻辑的一种工
具。有时侯它比判定表更直观。用它来 描述加工，很容易为用户接受。
习题
第3章 软件需求分析
学习目标 掌握需求分析的方法 理解分析的任务和原则 学习要点 面向数据流的分析方法
3.1
软件需求分析的任务
需求分析所要做的工作是深入描述软件
的功能和性能，确定软件设计的限制和 软件同其他系统元素的接口细节，定义 软件的其他有效性需求。
3.2 需求分析的过程
需求分析工作可分成四个方面:
3.5 软件需求分析方法
需求分析方法由对软件的数据域和功能
域的系统分析过程及其表示方法组成。 它定义了表示系统逻辑视图和物理视图 的方式。最终建立一个待开发软件的抽 象模型，即目标系统的逻辑模型。
3.6 原型化方法
在软件开发过程中，原型是软件的一个
早期可运行的版本，它反映最终系统的 部分重要特性。用户在试用原型系统的 过程中做出反应和评价。然后开发者根 据用户的意见对原型加以改进。随着不 断试验、纠错、使用、评价和修改，获 得新的原型版本，如此周而复始，从而 提高了最终产品的质量。
一、简述与问答 1.简述软件需求分析的任务。 2.软件的需求分析就是解决所开发软件做什么， 做到什么程度的问题。它包括诸多需求，这些 需求有那些？ 3.简述需求分析评审的主要内容。 4.软件需求分析的基本原则是什么？ 5.什么是结构化分析方法？ 6.数据词典的任务什么？
二、填空 1.在软件开发的原型化方法中，原型是指（ ）。 2.软件原型化方法是在研究分析阶段的方法和技 术中产生的，由于软件项目的特点和运行原型 的目的不同，原型主要有（ ）三种不同的作用 类型。 3.结构化分析方法主要使用了（ ）几个工具。 4.需求分析的任务就是借助于当前系统的逻辑模 型导出目标系统的逻辑模型，解决目标系统的 “做什么”的问题。其实现步骤包括（ ） 5.需求分析阶段的工作，可以分成（ ）四个方面。
结构化英语(Structured English)
结构化英语也称为PDL，是一种介于自
然语言和形式化语言之间的半形式化语 言。它是在自然语言基础上加了一些限 制而得到的语言，是使用有限的词汇和 有限的语句来描述加工逻辑。
判定表(Decision Table)
用表格表达在什么条件下，系统应完成
能域。 必须按自顶向下、逐层分解的方式对问 题进行分解和不断细化。 要给出系统的逻辑视图和物理视图。
3.4 分析员和用户的责任
系统分析员处在用户和高级程序员之间，
负责沟通用户和开发人员的认识和见解， 起着桥梁的作用。 用户应密切配合分析员的工作。用户对 数据处理工作的考虑、对软件的意见和 要求是需求分析的宝贵原始资料。