武汉大学国际软件大学Dormanager项目组.docVIP

武汉大学国际软件学院 Dormanager 项目组 Dormanager 学生宿舍管理系统 软件构架文档 用于分析设计阶段 版本 2.0 修订历史记录 日期 版本 说明 作者 简介 目的 范围 定义、首字母缩写词和缩略语 参考资料 概述 构架表示方式 构架目标和约束 用例视图 用例实现 逻辑视图 概述 在构架方面具有重要意义的设计包 进程视图 部署视图 实施视图 概述 层 安全视图 数据视图 大小和性能 质量 简介 软件构架文档是提供软件系统构架的综合概述。它包括此软件构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。它用作构架设计师和项目团队的其他成员之间的交流媒介，讨论已针对项目构架做出的重要决定。 目的 此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图(用例视图，逻辑视图，进程视图，部署视图，实施视图)来描述系统的各个不同方面。它用于记录并表述已在构架方面对系统作出的重要决定。通过研究和评估高层构架选项来简化有关系统的预先设想?将有关既定系统高层结构的理念传递给资助人、开发团队和其他涉众 。 范围 本文档用于学生宿舍管理系统DORMAGANER的架构设计，适用于学生宿舍管理系统及其用例模型。文档涉及到的所有用例及其功能职责范围有：分配宿舍（自动分配，手动分配），浏览学生住宿情况，同步学生基本信息，收取费用（收取住宿费，收取水电费），生成费用报表，维护房产信息（维护清单，收取水电费清单）。文档涉及的角色范围：设计员在定义类的职责、操作和属性时，或在调整类使其适应实施环境时参考该 SRS 包。实施员实施类时在 SRS 包中查找输入。 项目经理计划迭代时在 SRS 包中查找输入。 测试员使用 SRS 包来核实系统的一致性。 文档涉及的结果范围：确定的构架机制、子系统、包和类，以确保它们的完整性和一致性。 定义、首字母缩写词和缩略语 Layers——层包 Mechanism——构架机制包 Use Case Realizations——用例实现包 DORMAGANER——学生宿舍管理信息系统软件 伪需求——是客户强调的需求，它约束系统的实现 其它数据术语，缩略语请参照文档统一词汇表 参考资料 外部文档：《 软件需求 》 ---（美） Karl E.Wiegers 著陆丽娜 王忠民 王志敏 等译 《软件工程原理与实践》 陈世鸿 黄水 《软件开发技术》 潘锦平著 《实用软件工程》（第二版）郑人杰、殷人昆、陶永雷编 清华大学出版社 内部文档：在用例视图中，需要引入：用例模型，用例，各用例的用户界面图片。 在逻辑视图中，需要引入：用例实现 前景文档，软件架构参考文档，补充规约 政府文档：参照RUP统一开发过程 其他文档：参见统一参考资料列表 构架表示方式 本文档作用说明学生宿舍管理信息系统在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择及其表示方式。还会从用例视图、逻辑视图、进程视图、部署视图、实施视图和安全视图中列出必需的那些视图，并分别说明这些视图包含哪些类型的模型元素。构架表示为图表和文档。 构架目标和约束 构架目标：在预期的时间内通过团体努力高效的完成该系统的功能； 需要引入记录在用例模型中的功能性需求； 需要引入记录在补充规约中的非功能性需求； 构架约束：实现该系统的开发人员共九人，需在10天内完成该系统； 需要引入项目经理级的开发人员的各阶段的日程安排； 易使用性：根据涉及的用户特性，构架设计系统时要考虑到使该系统易学易懂； 可移植性：考虑到该系统的使用范围非常广，应该易于移植； 安全性：只有被授权的用户才能使用该系统； 用例视图 首先引入用例模型(UML图)； 各用例的描述如下： 宿舍分配： 用例名： 宿舍分配 用例说明： 实现为每个学生分配一个住宿床位，可以选择两种分配方式：自动分配，手动分配；提供分配宿舍界面并显示相关信息。 用例流程： 由宿舍分配管理员(角色)来分配管理宿舍分配 提供两种分配方式供选择 分配宿舍首先调用浏览学生住宿情况用例，做分配前的准备 当开始分配时，必须知道小区各园区、楼房、宿舍的相关情况，故扩展出维护房产信息用例，以获取有效的楼的信息 分配时还需要了解入住学生的一些相关信息，比如院系、入学、退学等情况，故扩展出同步学生信息用例，以获取有效的班级及学生信息 分配结束后，需要提供分配的具体情况给收取住宿费用例，以收取相应的住宿费 用例关系的说明： 扩展关系： 宿舍分配用例与维护房产信息用例； 宿舍分配用例与同步学生信息用例；