软件创新设计工程实践课件.pptVIP

任务4 根据第五章（软件设计）所学内容，撰写所开发的项目设计说明书。包括：界面设计、体系结构设计、数据库设计三大类，可集中于一个文档。 认真阅读本章所讲内容的案例分析（360页）。可以作为课程作业的参考内容。 5.5 用例设计 用例设计活动的输出与出口准则 输出包括：用例实现方案、测试用例、非功能性需求追踪表 出口准则：用例实现方案是完整、可行的 用例设计活动小结 人员角色 职责 用例设计师 设计用例实现方案 设计测试用例 构造“需求-设计元素”追踪表 软件架构师 为用例设计提供必要的咨询并释疑 5.6 子系统设计 子系统设计活动的参与者 一般情况下，子系统的设计由子系统设计师负责，软件架构师在此过程中为其提供必要的咨询并释疑。如果子系统的规模较大，可以由软件架构师在完成整个系统的体系结构设计后继负责子系统的设计 子系统设计活动的进入准则与输入 进入准则： 体系结构设计、用例设计已基本完成 职责明确 输入包括：体系结构模型，与当前待设计的子系统对应的分析模型中的状态图/活动图、相关的非功能性需求 子系统设计活动的步骤 子系统设计活动的主要工作步骤： 研究相关的非功能性需求以及分析模型中的状态图、活动图 将子系统的服务提供接口中规定的职责分配给子系统中的软件设计元素 构造子系统的设计类图 构造子系统的状态图 构造与子系统相关的活动图 描述子系统与其协作者之间的依赖关系 复核软件需求的实现程度 设计测试用例 5.6 子系统设计 子系统设计活动输出与出口准则 输出包括：子系统设计方案，非功能性需求追踪表 出口准则： 子系统设计方案已可提交软件实现 非功能性需求对子系统中的设计元素的约束是可实现的 子系统设计活动小结 人员角色 职责 子系统设计师 构造子系统设计模型； 设计测试用例； 构造“需求-设计元素”追踪表 软件架构师 子系统设计提供必要的咨询并释疑 5.7 构件设计 构件设计活动的内容： 为实现构件的职责而在其内部设置子构件和类，明确其职责，定义子构件和类的对外接口，确定它们之间的协作关系和依赖关系。 构件设计与子系统的不同 构件设计与子系统不同之处： 接口与实现相分离 为复用而设计构件 构件应满足的要求： 构件使用方的任何变化都会导致构件的修改，除非构件自身提供的服务需要做出调整 在可预期的应用场景下，相同或相似的服务可以由同一构件来提供 设计构件的定制机制 设计构件的组织设施 基于构件描述文档的组装 基于接口描述的组装 基于自描述接口的组装 5.8 类设计 类设计活动的参与者 类设计活动由软件详细设计负责，其他设计人员在此过程中为其提供必要的咨询并释疑 类设计活动的进入准则与输入 进入准则： 体系结构模型、界面设计模型、用例实现方案已基本就绪 子系统设计模型或构件设计模型已部分就绪 职责明确 输入包括：待设计的类所在的概要设计模型，需求规格说明书 类设计活动的步骤 类设计主要工作步骤： 确定类的可见范围 精化类之间的关系 精化类的操作和属性 构造状态图 构造活动图 设计单元测试用例 类设计活动的步骤 确定类的可见范围 如果类仅被其所在的包所使用，那么该类就是“私有的”，否则就是“公开的”。确定类可见范围应遵循以下原则：尽量缩小类的可见范围。 精化类之间的关系 确定类间的连接关系 确定类间连接关系的方向和数量对应形式 优化类间连接关系 精化类的属性和操作 属性和操作的作用范围： public:对软件系统中的所有类均可见 protected:仅对本类及其子类可见 private:仅对本类可见 针对每个类添加以下操作： 对象创建 对象删除 对象比较 对象复制 5.8 类设计 类设计活动的输出与出口准则 输出：精化后的概要设计模型 出口准则：对类的属性和操作的描述已经可以提交软件实现 类设计活动小结 人员角色 职责 软件详细设计师 精化设计模型； 设计单元测试用例 软件架构师 界面设计师 用例设计师 子系统及构件设计师 数据模型设计师 为类设计活动提供必要的咨询并释疑 5.9 数据模型设计 数据模型设计的任务是： 确定设计模型中需求持久保存的数据条目，基于关系数据模型设计这些数据条目的组织方式，必要时还需设计特定于本软件项目的关系数据库管理系统的优化机制，以提高持久数据操作的性能。 5.9 数据模型设计 持久数据操作：包括写入、查询、更新和删除这四类基本操作。 写入：将数据从运行时的软件系统保存至数据库； 查询：按照特定的选择准则从数据库中提取部分数据置入运行时软件系统的制定对象； 更新：以运行时软件系统中的新数据替换数据库中符合特定准则的旧数据； 删除：将符合特定准则的数据从数据库中删除。 5.9 数据模型设计 数据模型设计活动的参