第三章软件工程(需求分析).pptVIP

软件需求分析是软件设计的基础。它采用一系列行之有效的技术、方法和工具来分析用户需求,通过特定的形式系统地描述拟开发软件的功能、性能,以及行为特征和相关约束,定义所有内外部特征,最后形成既能指导软件设计、又能同用户沟通的软件需求规格说明。它覆盖了软件设计之前的各项活动。 软件需求分析是从用户最初的非形式化需求,到满足用户要求的软件产品设计的一个映射。在软件计划的基础上,从深入分析用户需求出发,把用户的需求变换成以计算机为基础的系统需求。需求分析实际上是调查、评价、以致肯定用户对软件的需求的过程,是一个对用户意图不断进行揭示和判断的过程。其目的在于细化、精化软件的作用范围,确定拟开发软件的功能和性能,分析并确认其过程,确定软件成分及接口。 ⑴ 功能要求:系统必须做什么？ ⑵ 性能要求：做得怎样？ 例：响应时间,存储量,安全性 ⑶可靠性和可用性需求 ⑷出错处理需求:说明系统对环境错误如何响应 ⑸运行要求：运行环境、软硬件配置等。 ? 硬件环境：存储器种类，数据通信接口等。 ? 软件环境：选择何种操作系统，数据库系统等 ⑹未来可能的扩充要求：如3维虚拟现实的效果等。 5、制作并审查需求规格说明书 用准确、简练、无二义性的语言将用户需求规格化为软件需求规格说明,使用户和开发人员对拟开发软件有共同的理解,它同时还是软件确认、测试、验收和交付的基准。通过需求评审,对需求获取、需求定义等进行全面审查,力图发现需求分析中的错误和缺陷,最终确认软件需求规格说明。同时,以需求规格说明为输入,通过符号执行、模拟或快速原型等方法,向用户展示需求规格说明所刻划的系统外部行为和相应特征。 软件需求的获取途径方法 P45 软件需求分析首先要进行需求理解的获取。通常，获取软件需求的一般途径和方法有以下几个方面: 1.用户访谈和会议。 　 在系统分析员和用户之间存在这样一个问题:用户熟悉业务，但不熟悉计算机技术，而系统分析员熟悉计算机技术，却不了解用户业务。因此就会出现用户提出的要求并不一定都合理，而系统分析员对一些用户要求又模糊不清的问题。这就需要系统分析员和用户反复交谈，共同讨论，必要时系统分析员可以通过深入现场，开座谈会的方式，了解用户对软件系统的各种要求。澄清模糊的需求认识，去掉那些无法实现的和不合理的要求，然后再决定采纳哪些要求。对于去掉的要求，应向用户做充分的解释，以求得谅解。 软件需求的获取方法 2.跟班作业，了解用户当前工作流程，找出新系统实现的方法。 　用户的当前系统可能是某个需要改进的已在计算机上运行的数据处理系统，也可能是一个人工的数据处理过程。 　系统分析员要深入现场调查研究，了解当前系统是如何运行的，其组织结构、输入、输出以及资源利用情况和日常数据处理过程是怎样的，并把自己对当前系统的理解用一个物理模型描述出来。然后，对当前的物理模型进行分析，区分出本质的和非本质的因素。去掉那些非本质的因素，得到反映系统本质的逻辑模型。 3.问卷调查，收集用户资料 4.开发人员和委托人要充分地交流和合作。 在对用户需求进行处理时，委托人需要出面和用户协商，便于用户接受。 需求调研的步骤P44 调研用户领域的组织结构,岗位设置和职责定义,从功能上区分有多少个子系统,划分系统的大致范围,明确系统的目标。 调研每个子系统所需的工作流程,功能和处理规则,收集单据,报表帐本等原始资料,分析物流,资金流和信息流三者的关系,以及如何用数据流来表示这三者的关系。 对调研的内容事先准备,针对不同层次的用户询问不同的问题,列出问题清单。将操作层、管理层和决策层的需求既联系又区分开来，形成一个金字塔，使下层满足上层的需求。 对与用户沟通反对情况及时做好总结归纳，整理调研结果，找出新的疑点，初步构成需求基线。 若基线符合要求，则需求分析完毕，反之返回到前3步。多次循环直到需求分析使双方满意。 练习：根据以下情况，绘制一张E-R图 每个系有若干班级和教研室，每个教研室有若干个教员，每个班有若干学生，每个学生选修若干课程，每门课可由若干学生选修，有的教授和副教授各带若干研究生。每个教员可教授多门课程。 2、数据的规范化 软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。通常用“范式”定义消除数据冗余的程度。 范式级别越高，冗余度越小 第一范式：每个属性值都必须是原子值。 第二范式：满足第一范式，且每个非关键字属性都由整个关键字决定（而不是关键字的一部分来决定）。 第三范式：符