附录I_1体系结构设计报告.docVIP

. . Word格式 基于asp.net的火车售票系统 体系结构设计报告 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Company-Project-SD-ARCHITECTURE 当前版本： 1.0 作 者： 完成日期： 2015-10-15 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 1.0 2015.10.1-2015.10.15 初步定稿 1.1 2015.10.16-2015.10.23 将之前的更为详细的描述 目 录 TOC \o 1-3 \h \z 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 0. 文档介绍 0.1 文档目的 本文档编写目的是为了让软件设计及运行人员能通过该文档以明确的软件构造体系设计方案规划来实现软件开发的要求，便于客户、软件设计人员、软件开发人员和整合测试人员了解软件体系结构、具体设计方案，为其系统功能实现提供构造体系，提供一定方便的直接性结构说明。 0.2 文档范围 本软件适用于网上购火车票人员，是比较完善的系统管理软件，对火车票的售票情况，订票情况，剩余座位查询等可以进行方便的管理。 具体而言火车售票系统需要实现以下的需求： 1、能够对火车票的售票情况进行处理。 2、管理员可以实现火车票、车次、站点的增加、删除和修改 3、用户要对预订票的时间问题作出限制，在开车两个小时内不许订票。 4、本系统要时时刷新，防止火车票出现重票、多票等现象。 0.3 读者对象 预期读者： 开发人员、用户、测试人员、后期修改人员 阅读建议： （1）该文档写明了预期产品的功能，项目组长可以根据此文档进行项目管理。 （2）对需求进行分析，并设计出系统. （3）配合《设计报告》，了解系统功能，编写《用户手册》。 （4）根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。 （5）评审人员：了解预期产品的功能和性能，并与同组人员一起对整个需求进行讨论和协商。 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [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 … 1. 系统概述 提示：（1）说明本系统“是什么”，（2）描述本系统的主要功能。 系统设计是一个把软件需求转换成用软件系统表示的过程。通过对目标系统的分析和研究，做出了火车售票系统的总体规划，这是全面开发系统的重要基础。系统设计包括系统总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术和开发模式等。管理员访问本管理系统，并进行查询，添加，或者修改，删除操作，从而实现了网上订票。 2. 设计约束 提示： （1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，例如： 本系统应当遵循的标准或规范 软件、硬件环境（包括运行环境和开发环境）的约束 接口/协议的约束 用户界面的约束 软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。 隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。 2.1产品应当遵循的标准或规范 遵循C