信息管理-第三章.PPT

解 用S-Designor5.1的DataArchitect工具建立的E-R图分别如图3-27、图3-28图3-29所示。 例3-8 给出SMSTORE系统中的E-R图 在例3-1描述的SMSTORE系统中有3个数据存储（实体）：入库明细帐、出库明细帐、库存帐。假定入库明细帐有属性（数据项）：入库单号、入库日期、货物代号、货物名称、数量；出库明细帐有属性：出库单号、出库日期、货物代号、货物名称、数量；库存帐有属性：货物代号、货物名称、数量、单价、供应商名称。请根据下列库存帐、入库明细帐、出库明细帐之间的联系给出E-R图。 ① 一笔库存帐可对应多笔入库明细帐； ② 一笔库存帐可对应多笔出库明细帐； ③ 入库明细帐和出库明细帐之间没有联系。 解 根据如上描述，经简单分析，可以很容易得到一个E-R模型，并可以同样用S-Designor DataArchitect绘制如图3-30所示，其中加下横线的属性为实体的关键标识。 例 3- 9 E-R模型中的依赖 改变上例入库明细帐、出库明细帐、库存帐之间的实体联系，改变后的联系是：入库明细帐和出库明细帐依赖于库存帐。请利用S-Designor 对E-R的扩充功能，对改变联系后的实体重新构建E-R模型。 解 图3-31 是重新构造的E-R模型，其中空心三角形箭头所指方向为依赖方向。 形成需求分析报告 GB9385-88《计算机软件需求说明编制指南》 附录3《需求分析规格说明书》参考提纲。 根据图3-6 结构化分析模型，并从软件功能的角度给出一个需求分析报告的简化的框架： ①问题和任务描述，有时可能需要给出组织机构图、业务流程图、系统流程图等； ②功能描述，需要给出一套分层的数据流图； ③数据描述，需要给出数据字典、ER图等； ④处理逻辑描述，需要用结构化语言、或判定树或判定表并采用统一模板的方式描述； ⑤用户界面描述，如屏幕格式、报表格式、菜单格式、操作顺序等； ⑥其他设计约束。 3.4 软件设计 3.4 软件设计 3.4.1 软件设计过程 3.4.2 数据设计 3.4.3 体系结构设计 3.4.4 接口设计 3.4.5 过程设计 3.4.6 代码设计和设计规范 3.4.1 软件设计过程 软件开发三大阶段 需求分析 软件实现 软件设计 1：做什么 3：具体做 2：怎么做 逻辑模型 模型实现 物理模型 软件设计过程 软件设计的4个基本过程 ①数据设计 主要任务是将实体―关系图（ERD）中描述的对象和关系以及数据词典中描述的详细数据内容转化为数据结构的定义。 ②体系结构设计 主要任务是定义软件系统各主要成份的功能及其之间的关系。 ③接口设计 主要任务是根据数据流图定义软件内部各成份之间、软件与其它协同系统之间及软件与用户之间的交互机制。 ④过程设计（详细设计） 主要任务是把结构成分转换成软件的过程性描述。在程序编码时，根据这种过程性描述，生成源程序代码，然后通过测试，最终得到完整有效的软件。 软件设计与软件质量 好设计的3个特征： 能够实现分析模型中的所有清晰的需求，而且能够适应用户的所有隐含的需求； 设计对于后续所有工作应该是可读的和可理解的指南； 从实现的观点看，设计应该提供完整的软件描述，包括数据来源、功能、行为等。 软件质量 外部的——用户可观察到的 例如，速度、可靠性、正确性、可用性等 内部的——决定于软件工程师 例如，概念、方法、过程等 需求分析第三步：需求描述 遵循规范 建立标准或模板 国际标准 国家标准 行业标准 企业标准 小组标准-格式与内容参见教材附录1 描述 清晰、一致、完整、无二义地描述 需求来源 需求内容 主要关注功能需求、数据要求、用户界面需求 记录需求变更 需求分析第四步：需求验证 需求验证的必要性 需求易变 需求分析报告存在问题 需求分析报告形成之后进行 需求验证的几个方面 验证需求的一致性 所有需求必须是一致的，任何一条需求都不能和其他需求相混淆、相矛盾。 验证需求的完整性 需求必须是完整的，规格说明书必须包括用户需要的每一个功能或性能。 验证需求的现实性 指定的需求应该是用现有的技术和方法可以实现的。 验证需求的有效性 验证需求确实能解决用户面对的实际问题。 例 一个企业的材料检验入库业务流程 例 一个企业的材料检验入库的系统流程 供应商供货清单 登记货物检验记录 库存帐 记录货物明细帐 检验记录 入库明细帐 产生货物检验报告 检验报告 更新货物库存帐 货物入库单 产生货物库存报表 库存报表 产生货物入库日报表 入库日报表 3.3.3 软件需求分析的方法与软件辅助工具 结构化分析方法Structured Analysis 在20世纪70年代中期由E.Yourdon等人倡导的一种面向数据流的分析方法。