附录I-1-体系结构设计报告

基于 的火车售票系统 体系结构设计报告 文件标识：Company-Project-SD-ARCHITECTURE 当前版本：1.0 作 者： 文件状态： 草稿 正式发布 正在修改 完成日期：2015-10-15 项目名称， 体系结构设计报告 机构名称，2002Page 2 of 10 版 本 历 史 版本/状态作者参与者起止日期备注 1.02015.10.1- 2015.10.15 初步定稿 1.12015.10.16- 2015.10.23 将之前的更为详细的描述 项目名称， 体系结构设计报告 机构名称，2002Page 3 of 10 目目目 录录录 0. 文档介绍文档介绍.4 0.1 文档目的.4 0.2 文档范围.4 0.3 读者对象.4 0.4 参考文献.4 0.5 术语与缩写解释.5 1. 系统概述系统概述.6 2. 设计约束设计约束.6 3. 设计策略设计策略.7 4. 系统总体结构系统总体结构.7 5. 子系统子系统 N 的结构与功能的结构与功能 .8 6. 开发环境的配置开发环境的配置.9 7. 运行环境的配置运行环境的配置.9 8. 测试环境的配置测试环境的配置.10 9. 其它其它.10 项目名称， 体系结构设计报告 机构名称，2002Page 4 of 10 0. 文档介绍文档介绍 0.1 文档目的文档目的 本文档编写目的是为了让软件设计及运行人员能通过该文档以明确的软件构造体系设计 方案规划来实现软件开发的要求，便于客户、软件设计人员、软件开发人员和整合测试人员 了解软件体系结构、具体设计方案，为其系统功能实现提供构造体系，提供一定方便的直接 性结构说明。 0.2 文档范围文档范围 本软件适用于网上购火车票人员，是比较完善的系统管理软件，对火车票的售票情况， 订票情况，剩余座位查询等可以进行方便的管理。 具体而言火车售票系统需要实现以下的需求： 1、能够对火车票的售票情况进行处理。 2、管理员可以实现火车票、车次、站点的增加、删除和修改 3、用户要对预订票的时间问题作出限制，在开车两个小时内不许订票。 4、本系统要时时刷新，防止火车票出现重票、多票等现象。 0.3 读者对象读者对象 预期读者： 开发人员、用户、测试人员、后期修改人员 阅读建议： （1）该文档写明了预期产品的功能，项目组长可以根据此文档进行项目管理。 （2）对需求进行分析，并设计出系统. （3）配合设计报告 ，了解系统功能，编写用户手册 。 （4）根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。 （5）评审人员：了解预期产品的功能和性能，并与同组人员一起对整个需求进行讨论 和协商。 0.4 参考文献参考文献 提示：提示：列出本文档的所有参考文献（可以是非正式出版物） ，格式如下： 标识符 作者，文献名称，出版单位（或归属单位） ，日期 例如：例如： 项目名称， 体系结构设计报告 机构名称，2002Page 5 of 10 AAA 作者， 立项建议书 ，机构名称，日期 SPP-PROC-SD SEPG，系统设计规范，机构名称，日期 1 C#专业项目实例开发 Arora，中国水利水电出版社,2007 2 数据库原理及应用 王雯， 北京机械工业出版社 2009.11 3数据库基础与实践技术 何玉洁，,机械工业出版社.2013.3 4 C#数据库系统开发完全手册 王小科，人们邮电出版社，2006.12 5 C#+sql Server 中小型信息系统开发实例精选 黄明， 机械工业出版社.2007.4 0.5 术语与缩写解释术语与缩写解释 缩写、术语缩写、术语解解 释释 SPP精简并行过程，Simplified Parallel Process SD系统设计，System Design B/S浏览器/服务器 brower/server 项目名称， 体系结构设计报告 机构名称，2002Page 6 of 10 1. 系统概述系统概述 提示：提示：（1）说明本系统“是什么” ， （2）描述本系统的主要功能。 系统设计是一个把软件需求转换成用软件系统表示的过程。通过对目标系统的分析和 研究，做出了火车售票系统的总体规划，这是全面开发系统的重要基础。系统设计包括系统 总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术和开发模式等。管理 员访问本管理系统，并进行查询，添加，或者修改，删除操作，从而实现了网上订票。 2. 设计约束设计约束 提示：提示： （1）需求约束。体系结构设计人员从需求文档（如用户需求说明书和软件需求规格 说明书 ）中提取需求约束，例如： 本系统应当遵循的标准或规范 软件、硬件环境（包括运行环境和开发环境）的约束 接口/协议的约束 用户界面的约束 软件质量的约束，如正确性、健壮性、可靠性、效率（性能） 、易用性、清晰性、 安全性、可扩展性、兼容性、可移植性等等。 （2）隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产 生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设 或依赖，对支撑本系统的软件硬件的假设或依赖等。 2.12.1 产品应当遵循的标准或规范产品应当遵循的标准或规范 1， 遵循 CMMI 文档开发模板，进行撰写文档。 2, 遵循 ISO9001 标准体系。 2.22.2 软硬件环境需求软硬件环境需求 需求名称需求名称详细要求详细要求 软件Visual Studio 2010、SQL Server2005 硬件电脑 项目名称， 体系结构设计报告 机构名称，2002Page 7 of 10 2.3 产品质量需求产品质量需求 主要质量属性主要质量属性详细要求详细要求 正确性坚持不懈、细致深入的工作,确保正确性 健壮性软件针对售票信息的各项数据信息必须保证健壮性，因此要对数据进行备份。 可靠性能准确处理给系统的有关功能，例如用户信息的增加、查询，修改，更新，数据的 保存等。 性能，效率硬件运算能力很好,编成质量很好 易用性便于用户使用 清晰性系统清楚明白,层次清晰 安全性由于软件运行数据放在数据库中，所以参数不容易被改错、破坏，万一受到破坏也 不会影响源程序。 可扩展性可以添加新功能或修改完善现有功能 兼容性由于尚未测试，故无法对兼容性进行评析 可移植性当条件有变化时，程序无需作很多修改就可运行,可移植性较好 3. 设计策略设计策略 提示：提示：体系结构设计人员根据产品的需求与发展战略，确定设计策略（Design Strategy） 。 例如： 扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 复用策略。说明本系统在当前以及将来的复用策略。 折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时空”效率折衷， 复杂性与实用性折衷。 3.1 扩展策略扩展策略 对于不同的用户管理人员，结合本系统的实际情况，进行模块的更改或设计。 3.2 复用策略复用策略 适用于全国出行购买火车票人员，为普通用户提供高效，便捷的服务。 4. 系统总体结构系统总体结构 提示：提示： 项目名称， 体系结构设计报告 机构名称，2002Page 8 of 10 （1）将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统的主要功能。 （2）说明“如何”以及“为什么” （how and why）如此分解系统。 （3）说明各子系统如何协调工作，从而实现原系统的功能。 5. 子系统的结构与功能子系统的结构与功能 提示：提示： （1）将子系统子系统 N N 分解为模块（Module） ，绘制逻辑图（如果物理图和逻辑图不一样的话，应 当绘制物理图） ，说明各模块的主要功能。 （2）说明“如何”以及“为什么” （how and why）如此分解子系统子系统 N N。 （3）说明各模块如何协调工作，从而实现子系统子系统 N N 的功能。 个人 信息 的修 改与 重置 火车票售票系统 用 户 管 理 员 车次， 站点, 时间 的查 询 订/退 票的 管理 车次 的增 加、 删除、 修改 与查 询 登陆 与注 册 站点 的增 加、 删除、 修改 与查 询 统计 票的 剩余 车票 的增 加、 删除、 查询 与修 改 项目名称， 体系结构设计报告 机构名称，2002Page 9 of 10 火车售票 系统 用户 管理员 车次车票 统计 票 站点 查询 维 护 增加 修改 删除 车次信息 站点信息 车票信息 登 陆 注 册 查 询 信 息 订/ 退 票 个 人 信 息 的 查 询 与 修 改 站点 车次 时间 基本功能：基本功能： 基本功能包括：管理员和用户两个大的方向。其中用户有查询、售/退票、个人信息修改 三个主要功能。管理员有车次、站点、车票的增删改查功能和统计剩余票的功能。 6. 开发环境的配置开发环境的配置 提示：提示：说明本系统应当在什么样的环境下开发，有什么强制要求和建议？ 类别标准配置最低配置 计算机硬件PC 机PC 机 软件 VS2010 SQLServer2005 网络通信正常 其它 7. 运行环境的配置运行环境的配置 提示：提示：说明本系统应当在什么样的环境下运行，有什么强制要求和建议？ 类别标准配置最低配置 计算机硬件PC 机PC 机 软件 VS2010 SQLServer2005 网络通信正常 其它 项目名称， 体系结构设计报告 机构名称，2002Page 10 of 10 8. 测试环境的配置测试环境的配置 提示：提示