[理学]软件工程03.pptVIP

需求分析过程示意 (1) 通过对现实环境的调查， 获得当前系统的物理模型 需求分析过程示意 (2.1) 去掉具体模型中的非本质因素， 抽象出当前系统的逻辑模型 需求分析过程示意 (2.2) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 就我们所知，有些事情早已是众所周知的。有些事情我们知道自己知道。我们也知道，有些事情早已是已知的未知，这也就是说，我们现在知道了，有些事情我们其实并不知道。但也有一些事情是未知的未知——这些事，我们并不知道自己不知道 (1) 功能需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改 或升级？ (2) 性能需求 软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量 (3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库 (4) 界面需求 有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？ (5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (6) 文档需求 需哪些文档？ 文档针对哪些读者？ (7) 数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ (8) 资源需求 软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、 支撑软件、开发设备等。 (9) 安全必威体育官网网址要求 需对访问系统或系统信息加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作系统隔离？ 系统备份要求？ (10) 软件成本消耗 与开发进度需求 开发有规定的时间表吗？ 软硬件投资有无限制？ (11) 质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ 模型(model) 模型: 现实世界某些重要方面的表示。 有时我们使用术语“抽象”来表示模型，因为我们从现实世界中抽象出对我们特别有用的东西。 模型的作用 建模的原因： 在建模过程中了解系统 通过抽象降低复杂性 有助于回忆所有的细节 有助于开发小组间的交流 有助于与用户的交流 为系统的维护提供文档 分析建模中常用的工具 数据流图（DFD） 实体―联系图（ ERD ） 类图 实例图 时序图 状态图 协作图 事件列表 数据流定义 数据元素定义 …… SafeHomede的第1层DFD 状态图 例： 分析模型的元素 数据字典(DD)：模型核心(中心库) E-R图(ERD)： 数据流图(DFD) 指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约 状态变迁图(STD) 指明作为外部事件的结果,系统将如何 动作。 数据流图(DFD，Data Flow Diagram) 数据流图中的主要图形元素 3.3 需求建模 计算学科是研究通过在计算机上建立模型并模拟物理过程来进行科学调查和研究的学科. 需求分析的步骤 当前 系统 目标 系统 物理 模型 逻辑 模型 逻辑 模型 物理 模型 模型化 抽象化 具体化 实例化 怎 么 做 做 什 么 当前 系统 目标 系统 需 求 定 义 逻辑模型和物理模型 模型是对对象系统的形式化的特征 抽象，概括性或近似地表示； 构造模型的过程是一个抽象、分 析的过程。 对象 系统 模型 系统 抽象（映射） 模型应用 模型构造的过程 逻辑模型 物理模型 (本质模型、概念模型) (实施模型、技术模型) 现 行 系 统 目 标 系 统 描述重要的业务功能，无论系统是如何实施的。 描述现实系统是如何在物理上实现的。 描述新系统的主要业务功能和用户新的需求，无论系统应如何实施。 描述新系统是如何实施的（包括技术）。 控制 面板 与用户 交互 控制 面板 显示 密码 电话号码拨音 传感器状态 显示信息 配置请求 用户命令 和数据 配置 系统 警 铃 电 话 线