无作业第3章需求课程方案.ppt

第3章 需求分析;需求分析的意义; 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 并在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即： ---- 准确地回答“系统必须做什么?”; 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 ;3.1.1 确定对系统的综合要求 1、功能需求：划分出系统必须完成的所有功能。 2、性能需求：包括响应时间、信息量的速率、主存容量、磁盘容量、安全性等方面内容。 3、可靠性和可用性需求 4、出错处理需求：说明系统对环境错误应该怎样响应。 5、接口需求：用户接口需求、通信接口需求、软件/硬件接口需求。 6、约束：如精度、工具和语言约束、设计约束、应该使用的标准和平台。 7、 逆向需求：说明系统不应该做什么。 8、将来可能提出的要求：以便将来扩充和修改;3.1 需求分析的具体任务（续）;需求分析步骤:;3.2 与用户沟通获取需求的方法;3.2.2面向数据流自顶向下求精;提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。 进行初步的访谈 开发者和用户双方组织的代表出席会议 每个小组为每张列表中的项目制定小型规格说明 根据会议成果起草完整的软件需求规格说明书;3.2.4 快速建立软件原型;3.3 分析建模与规格说明;具体的建模方法/表达方式 需求分析过程应该建立3种模型，它们分别是数据模型、功能模型和行为模型。 功能模型（面向流的建模）：数据流图（DFD），指明系统具有的变换数据的功能，是建立功能模型的基础。 数据模型（数据建模）：如实体关系图（ERD），描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。 行为模型（基于行为的建模）： Petri网、状态图，指明了作为外部事件结果的系统行为，是行为建模的基础。;3.3.2 软件需求规格说明(SRS);软件需求说明书的编写提示（GB-T-8567-2006）;3.4 实体-联系图(ER) Entity Relationship Diagram;实体-联系图的符号;举 例;3.5 数据规范化;规范化的目的是： 消除数据冗余，即消除表格中数据的重复； 消除多义性，使关系中的属性含义清楚、单一； 使关系的“概念”单一化，让每个数据项只是一个简单的数或字符串，而不是一个组项或重复组； 方便操作。使数据的插入、删除与修改操作可行并方便； 使关系模式更灵活，易于实现接近自然语言的查询方式。;3.6 状态转换图----行为模型;1). 状 态;2). 事 件;初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。 中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。;（1） “事件名”可以是任何事件的名称。在活动表中经常使用下述3种标准事件：entry，exit和do。 entry事件指定进入该状态的动作，exit事件指定退出该状态的动作，而do事件则指定在该状态下的动作。需要时可以为事件指定参数表。 （2）动作表达式描述应做的具体动作。;事件表达式的语法：;4). 举 例;课堂作业：P73第6题。;从问题陈述可知，复印机的状态主要有“闲置”、“复印”、“缺纸”和“卡纸”。引起状态转换的事件主要是“复印命令”、“完成复印命令”、“发现缺纸”、“装满纸”、“发生卡纸故障”和“排除了卡纸故障”。 ;3.7 其他图形工具;3.7.1 层次方框图;举 例;领导层辅助决策系统;3.7.2 Warnier图;举 例;3.7.3 IPO图;一种改进的IPO图(也称为IPO表);3.8 验证软件需求;3.9 小结;作业：