软件设计规格说明书
软件设计规格说明书
一、引言
编写目的
编写本套航空订票系统的《软件规格说明书》的目的在于根据软件需求说明书中的任务概述，需求规定等规划设计出一套可执行软件的结构模型。
参考资料
《网上订票系统需求分析报告》王曦编写
《软件工程导论》第三版
------张海藩编著清华大学出版社《基于项目的软件工程—面向对象研究方法》
------Cathie LeBlanc & Evelyn Stiller编著机械工业出版社
二、总体设计
需求规定
本套航空订票系统软件分为服务器端和客户端两部分：
客户端部分由用户使用，通过B/S的方式实现，用户可使用浏览器通过互联网进行操作。服务器端软件由管理员使用，通过C/S的方式实现，管理员通过管理界面可对数据库进行操作和管理。
运行环境
客户端的运行环境：Windows98以上的操作系统、IE5以上的浏览器（或其他浏览器）。
服务器端的运行环境：Windows2000 Server或Windows 2000 Advanced Server、SQL Server 2000。
基本设计概念和处理流程
本套航空订票系统软件的编写，是为了设计出一套网上订票的应用和管理软件。软件分为两大部分，网上订票部分和数据管理部分。网上订票部分(客户端)是以网页的形式实现，用户通过浏览器对数据库中的航班数据进行查询、浏览并可进行订票。数据管理部分(服务
器端)则是用VB编写的一套管理软件，在管理部分中，管理员可以对数据库中的数据进行输入、修改、删除和查询等操作，从而对数据库中的数据进行管理。
结构
本套航空订票系统软件采用Browser/Server和Client/Server相结合的结构来进行开发。
人工处理过程
服务器端的人工处理
数据的输入
用户根据需要来输入航班、订票人、乘客等信息的具体数据，但必须保证其正确性和准确性。
数据的修改
用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。
数据的删除
用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。
数据的查询
用户根据需要查询数据库中的所有数据，用户需输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。
客户端的人工处理
注册
用户必须注册才能进行订票操作，在此，用户必须填写个人的真实并准确的详细信息。
查询
用户通过填写一定的查询条件，可查询用户所需要的航班信息、机票信息等。
订票
用户可通过互联网进行订票操作，填写准确的订票信息后提交订票。
尚未解决的问题
客户端尚未解决的问题
客户端尚未解决的问题是，如何与订票人的银行账户连接。
服务器端尚未解决的问题
服务器端尚未解决的问题是，系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。
难点问题
难点问题是服务器端的程序的删除部分，因为订票人的信息关系到部分乘客的信息，必须保持数据的完整性。其次是航班信息，它关系着部分订票人的信息和乘客信息，其中还嵌套着这部分订票人当中有部分关系的乘客信息，并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张，要将航班信息删除，也要保数据的完整性。
三、接口设计
用户接口
本套航空订票系统软件的可视化很强，做到用户运行程序就可直接上手操作。在设计界面时，同时也考虑到此方面，因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息，即ToolTipText属性。
外部接口
在本套航空订票系统软件中没有考虑外部接口问题，如有需要可以添加对外部接口的考虑，例如红外扫描、卡式读取设备等。
内部接口
因为本套航空订票系统软件是使用可视化软件来管理数据库中的数据，因此数据库为连接各个模块之间的接口，我们同时也称之为软件内部的接口。
四、系统数据结构设计
逻辑结构设计要点
按照需求分析设计数据库中的字段，建立一个逻辑上的数据库的结构。
物理结构设计要点
在数据库软件(SQL Server2000)中建立数据库，并要保证数据库最低要符合第二范式。
数据结构与程序的关系
静态数值需求
(1) 支持并行操作的用户。
(2) 处理多条记录数据。
(3) 表或文件的最小为2048字节,最大无限制。
精度需求
在进行提取数据库数据时，要求数据记录定位准确，在向数据库中添加数据时，要求输入数据准确。主要的精度适应系统要求，不接受违规操作。
时间特性需求
(1) 响应时间应在人的感觉和视觉事件范围内；
(2) 更新处理时间，随着应用软件的版本升级，以及网络的定期维护更新。
灵活性
当需求发生某些变化时，管理应用软件操作方式、数据结构、运行环境基本不会发
生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。
数据管理能力需求
本应用软件可管理多条记录，本应用软件基本约用1,300千字节空间，所有文件均放置在数据库中调用，查询数据、文件、记录时，通过库文件名直接进行操作或通过存储过程来完成操作。
数据库设计描述
数据库分析
需将数据库设计成关系模式最低符合第二范式的标准。按照需求分析，确定系统的实体。
根据实体分析的结果，在数据库中应建立如下数据表：
passenger_infor(乘客信息表)、destine_infor(订票人信息表)、destine_infor1(订
票人信息表1)、plane_infor(航班信息表)、plane_infor1(航班信息表1)、user_infor（订票人注册信息表），其中destine_infor(订票人信息表)和destine_infor1(订票人信息表1)用来存放订票人的信息， plane_infor(航班信息表)和plane_infor1(航班信息表1) 用来保存航班信息，同时各个数据表间也存在着相应的连接的关系，例如在passenger_infor(乘客信息表)中包含有订票人的身份证号码(直接购票的乘客无)、航班代码、机舱等级等相关字段用来与订票人数据表和航班信息表建立联系。
数据库设计说明
(1) passenger_infor(乘客信息表)
在此数据表中，存放的是具体乘客的详细信息，在乘客信息中包含有乘客的一些基本信息和订票人的身份证号码(如果该乘客是自己直接购买机票，就没有订票人身份证号码)、航班号、航班等级等字段与其他表相连接的字段。
在该信息表中包括以下字段：passenger_id(乘客身份证号码)、passenger_name(乘客姓名)、passenger_age(乘客年龄)、passenger_sex(乘客性别)、passenger_tel(乘客联系电话)、passenger_address(乘客的地址)、plane_no(所乘坐的航班号)、plane_grade(所乘坐航班的机舱等级)、destine_id(订票人的身份证号码)、catch_tic_date(取票日期)等字段。
(2) destine_infor(订票人信息表)
在此数据表中存放的是订票人的其他信息，如：所乘坐的航班号、所乘坐的机舱等级等信息。订票人的信息表要与航班信息表有所关联。
在该信息表中包含以下字段：destine_id(订票人身份证号码)、plane_no(航班号)、plane_grade(机舱等级)、destine_count(订票数量)、destine_date(定票日期)、destine_status(订票状态)、cancel_count(取消数量)、cancel_date(取消日期)、cancelstatus(取消状态)等字段。
(3) destine_infor1(订票人信息表1)
在此数据表中存放的是订票人的一些基本信息，如：姓名、联系电话等，以便可以方便的送票上门及与订票人取得联系。该信息表通过destine _id (订票人身份证号码)字段建立起与destine_inofr数据表的标间连接。
在该信息表中包含以下字段：destine_id(订票人身份证号码)、destine_name(订票人姓名)、destine_phone(订票人联系电话)、destine_email(订票人的电子邮箱地址)、destine_address(送票地址)等字段。
(4) plane_infor(航班信息表)
在此数据表中存放的是航班的起飞与降落的地点和时间，并通过plane _no(航班号)字段建立起与plane_infor1数据表的表间连接。
在该信息表中包含以下字段：plane_no(航班号)、begin_from(起飞地点)、
end_address(降落地点)、begin_time(起飞时间)、end_time(降落时间)等字段。
(5) plane_infor1(航班信息表1)
在此数据表中存放的是航班的机舱等级和机票价格，并通过plane _no(航班号)字段建立起与plane_infor数据表的表间连接。
在该信息表中包含以下字段：plane_no(航班号)、plane_grade(机舱等级)、
ticket_price(机票价格)等字段。
数据库ER图
AirPlane ER图
飞机信息 ER图
数据库附加内容
user_infor(订票人信息注册表)
此数据表主要应用于客户端，当订票人通过浏览网页想要订票时则需要订票人首先通过网页注册后，才能进行订票操作。在此数据表中，除了存放了订票人的基本信息外，还要存放订票人用于登录的密码信息。订票人注册并登录成功后，订票时系统会将该表中订票人的基本信息复制一份并存入订票人信息表中，以便服务器端维护并修改订票人的相关订票信息。
在该信息表中包含一下字段：id(身份证号码)、name(姓名)、tel(联系电话)、email(电子信箱)、address(联系地址)、password(登陆密码)等字段。
附加内容ER图
五、系统出错处理设计
出错信息
在设计本套航空订票系统软件时，设计人员应尽可能的考虑到所有的出错情况，并做出相应的恢复信息。无法预料的错误信息，应返回给用户一个特定的信息提示。
补救措施
对于出错概率较大的地方，设计人员应结合用户需求做一些必要的限制，减少出错的可能。
系统维护设计
本套航空订票系统软件的维护设计要有专门人员来做，这些人员应对本套航空订票系统软件的程序代码结构与流程有深入的了解。
六、程序系统的组织结构
系统组织结构图
服务器端的组织结构图
系统层次结构图（服务器端）
客户端的组织结构图
系统层级结构图（客户端）
模块层次图
查询模块层次图
添加模块层次图
修改模块层次图
删除模块层次图
七、程序（标识符）设计说明
程序描述
客户端程序：
本套航空订票系统软件的客户端应用程序以网页的形式编写，包括静态和动态的网页，存放在服务器中，客户使用浏览器通过互连网络对网页进行访问，并完成客户端可以完成的功能。
服务器端程序：
本套航空订票系统软件的服务器端应用程序，使用VB编写前台控制软件，管理员通过使用该软件来进行对数据库中的数据进行管理。
后台数据库：
本套航空订票系统软件的后台数据库使用Microsoft SQL Server 2000来搭建后台数据库服务器，用来存放所有的数据。
功能
客户端的主要功能
订票信息的查询功能：
1)查询航班信息包括航班号、时间、地点等信息。
2)查询及票价格包括起始地、抵达地、机舱等级、机票价格等信息。
网上定票功能：
1)填写订票人的详细信息其中包括：
姓名、身份证号码、联系电话、送票地址等信息。
2)填写订票的详细信息，其中包括：
航班编号、机舱等级、订票时间、订票数量等信息。
服务器端的管理软件
查询功能
1)查询航班信息：输入航班代码或可以查询航班的所有详细信息。
2)查询订票人的详细信息：
精确查询：输入订票人身份证号码查询订票人详细信息。
模糊查询：输入订票人的姓名(或订票人的姓或是年龄或是性别)查询出一系列相关的信息，然后可从小范围内找到订票人的详细信息。
3)查询乘客的详细信息：
精确查询：输入乘客的身份证号码查询乘客的详细信息。
模糊查询：输入乘客的姓名(或乘客的姓或是年龄或是性别)查询出一系列相关的信息，然后可从小范围内找到乘客的详细信息。
录入信息功能
1)取票功能：根据输入的订票人身份证号验证订票人身份后，输入详细的乘客信息并进行保存。
2)直接购票：直接输入乘客详细信息并保存(不通过订票人)。
3)录入航班信息：录入航班的相关信息。
4)订票人取消订票：保存订票人取消订票信息。
修改功能
1)修改乘客信息：将查找到的乘客信息，进行修改，然后进行保存。
2)修改订票人信息：将查找到的订票人的信息进行修改然后进行保存。
3)修改航班信息：将查找到的航班信息进行修改后保存。
删除功能
1)删除乘客信息：将查找到的乘客信息，进行删除。
2)删除订票人信息：将查找到的订票人的信息进行删除。
3)删除航班信息：将查找到的航班信息进行删除。
性能
时间特性需求
在网络连接正常的情况下，查询响应时间为秒级。
灵活性
当需求发生某些变化时，机票管理应用软件操作方式、数据结构、运行环境基本不会发生变化，变化只是将对应的数据库文件内的记录改变，或改变过滤条件。
可用性
软件应该尽可能的一目了然，使一般用户能够使用。
安全性
本套航空订票软件系统所涉及的数据存放于Microsoft SQL Server数据库中，在程序中应尽可能的使用调用存储过程的方法以免使某人反编译软件后或入侵到服务器后对数据库的结构了如指掌，在程序中应该设置不同权限的人访问时的账户和密码，以保证数据不容易被错改、破坏，而且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错能够保证及时的恢复数据，将损失降低到最低。
可维护性
应用程序的维护
当用户使用本套航空订票系统软件时，遇到了软件本身的逻辑错误时，应当有软件的维护人员对软件进行修改。
数据库的维护
应当有特定的数据库维护人员对数据库进行及时地进行备份，管理等操作，以保证数据库的安全性。
可转移、可转换性
Visual Basic及asp编程语言的兼容性很高，在windows95/98. windowsNT. windows2000. windows XP等操作系统都可以直接运行。
输入项
用户通过软件输入必要的信息，然后保存到数据库，所输入的信息是经过需求分析限定的内容，同时也是数据库中每个字段中存储的内容。
输出项
本套航空订票系统软件会将所有需要浏览的数据显示在屏幕上，以便使用户能够浏览到数据库中的数据或用户想要浏览范围中的数据。
算法
1)将用户输入的数据，按字段保存到数据库中。
2)将数据库中的数据，按字段提取到用户界面中。
3)必要的去除重复项的算法。
4)按条件修改、删除数据中的数据。
5)保持表间数据的一致性。
流程逻辑
服务器端个模块的流程图
查询模块流程图
添加模块流程图
修改模块流程图
删除模块流程图
客户端各模块的流程图查询模块的流程图
订票模块的流程图
接口
本套航空订票系统软件服务器端的程序是使用Visual Basic 来编写完成，建立VB与数据库的连接使用了ADODB的对象来完成，每个模块中都使用了Recordset、Command、Connection的对象，因此在模块中对三者的对象进行定义(分别为：rs、cmd、cn)，并且将cn连接数据库的语句写好并打开连接，在其他的模块中共同调用这三个对象来对数据库进行操作。
注释设计
尽可能的将软件中插入注释语句，使语句功能明了。制作客户端的ASP网页的时候应该制作两分，一份是标有注释语句的网页，用来给维护人员、测试人员和开发人员了解开发过程所用，另一份是不带有注释语句的网页，用来最后实际应用当中，这样可以充分的利用有限的带宽，降低客户的计算机打开网页的时间，提高客户端的浏览速度。
限制条件
限制必要的条件，以排除由于用户的误操作造成不必要的错误。
测试计划
在软件编辑的工作进行当中，测试人员便要开始制定测试计划，其中要包括白盒和黑盒的具体测试项目，及其必要的测试数据和出错的信息。每次测试的结果要写报告，并就发现和怀疑的问题与编辑人员联系。测试的结果要让编辑人员明白。
软件工程课程设计方案报告范例
西安科技大学 软件工程课程设计报告 题目：图书馆管理系统 班级：软件工程** 学号： ********** 姓名： ******* 2013年1月
目录 1绪论 (1) 2 可行性研究报告 (1) 3 需求规格说明书 (4) 4 总体设计说明书 (7) 5 数据库设计说明书 (8) 6 详细设计说明书 (9) 7 系统实现 (11) 8测试分析报告 (23) 参考文献
1.绪论 1.1 选题目的及意义 随着计算机技术的快速发展，人们对用计算机代替手工管理信息的需求越来越强烈，越来越多的计算机软件如雨后春笋般的应用于人们生产生活的各个领域，为人们提供各种各样的便利。本图书馆管理系统应用软件可以有效地解决高等院校、中小学图书馆由于藏书量增大而带来的管理问题，图书馆管理员可以更好地管理学校图书馆藏书信息，学生可以更方便地享受借书还书的服务，为更有效地学习知识提供有利的保证。 对于我来说，选择这个题目作为课程设计的题目有以下两个原因：一是因为自从上大学以来，每当在图书馆借书的时候，我都会留心观察一下图书馆管理员的那台计算机上显示的内容，久而久之，就对本系统的基本流程越来越了解，做好一个软件的前提是必须对这个软件的功能和原理非常熟悉，相比别的题目，我对这个题目更加了解；二是本学期通过学习Java程序设计和Oracle数据库课程，我觉得这个题目虽然没有那么难（涉及算法的内容很少），但也不是轻而易举就能完成的，所以我想挑战一下自己，看看自己的实现能力到底怎么样，因此决定用面向对象方法学的思想，前台用Java程序设计语言编写界面，访问Oracle数据库中的数据，完成本系统。 1.2 系统概述 本系统通过JDBC-ODBC桥实现前后台数据的联系，基本上实现了一个图书馆管理系统所具备的基本功能，本系统把使用者分为三类：超级管理员、普通管理员、读者，对三种用户分别设计了各自的主界面，以便更好的实现信息的隐藏性，超级管理员可以进行这个系统所有操作；管理员只能执行超级管理员的基本功能，查看自己的信息；读者只能查看自己的信息，对自己当前借书进行挂失和续借两种操作，查询图书馆的藏书。 2.可行性研究报告 2.1 编写目的 本报告编写目的在于研究图书馆管理系统应用软件是否可行，指出本软件开发所使用的方法和手段，并对该软件前景进行分析。 本报告的预期读者是：高等院校、中小学图书馆管理人员、程序设计人员、以及对图书馆管理系统感兴趣的爱好者。 2.2 相关背景 工程名称：图书馆管理应用软件 工程产品名称：高校图书馆管理系统应用软件 工程的组织者：西安科技大学计算机学院软件工程系 产品用户：高校图书馆、中小学图书馆； 产品的生产者：西安科技大学计算机学院软件工程062班袁震； 产品设计者：西安科技大学计算机学院软件工程062班袁震； 2.3 可行性研究的前提 本图书管理系统在功能上要求完成以下基本功能： a).读者、管理员登陆；
软件著作权设计说明书范本资料
软件著作权-说明书范本（二） 设计说明书 中国版权保护中心接收登记的文档包含两种：操作说明书或设计说明书。 设计说明书适合没有界面的嵌入式软件，插件软件，后台运行软件以及游戏软件。一般包含结构图，软件流程图，函数说明，模块说明，数据接口，出错设计等。 操作说明书适合管理类软件，有操作界面，一般应包含登录界面，主界面，功能界面截图，截图之间有相应的文字说明，能全面展示软件的主要功能。 格式要求：一、说明书应提交前、后各连续30页，不足60页的，应当全部提交。 二、说明书页眉应标注软件的名称和版本号，应当与申请表中名称完 全一致，页眉右上应标注页码，说明书每页不少于30行，有图除 外，另外截图应该清晰完整。 范例如下： 设计说明书
一、引言 目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 二、软件总体设计 2.1软件需求概括 本软件采用传统的软件开发生命周期的方法，采用自顶向下，逐步求精的结构化的软件设计方法。 本软件主要有以下几方面的功能 (1)连接设备 (2)提取数据 (3)保存数据 (4)删除仪器数据 (5)查看历史数据 定义 本项目定义为一个典型的多点互动探伤软件。它将实现多点设备和系统程序的无缝对接，以实现多点互动功能。 2.2需求概述 1.要求利用PQLib硬件商提供的SDK开发出对应的触摸屏系统。 2.系统要显示图片，并实现图片相关所有的多点操作，包括放大，缩小，旋转，平移的功能。 3.要提供美观的图片菜单，在菜单中要提供必要的图片简介信息。 4.系统图片的维护更新要方便。 2.3条件与限制 系统开发的条件是普通PC以及相对应的系统，本次开发所用的系统是WINDOW SERVER2003以及ADOBE FlashCS4。由于硬件开发商提供的开发文档不是很详尽，这对系统开发产生了一定限制影响。 总体设计 2.4总体结构和模块接口设计 系统整体结构框架如图
参考模板 - 软件详细设计规格说明书
附录D:图书管理系统软件设计规格说明书 图书管理系统 软件详细设计规格说明书 1．引言 1.1编写目的 软件设计的任务是将软件需求变换成为软件的具体设计方案。概要设计根据软件需求导出软件的体系结构；详细设计给出软件模块的内部过程描述。该文档是设计结果的详细描述，也是程序员编写程序的功能依据。 1.2项目背景 开发软件名称：图书管理系统。 项目开发者：××学院计算机科学系“图书管理系统”开发小组： ×××(×号，组长)，×××(×号)，…… 用户单位：××学院 1.3 定义 图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。 1.4 参考资料 ?钱乐秋等，《软件工程》，青还大学出版社； ?张害藩，《软件工程导论》（第四版），清华大学出版社； ?王珊等，《数据库原理及设计》，清华大学出版社； ?赵池龙等，《软件工程实践教程》，电子工业出版社。 2．详细设计 2.1软件结构块层次图
图书管理系统 书籍管理读者管理借阅管理 书籍信息 管理出版社管理 书籍类别 管理注销管理读者类别 管理 读者信息 管理 还书管理借书管理 续借管理 过期罚款 管理 图书丢失 管理 2.2 模块详细设计 此处给出各用例的程序实现流程图，也可用下面的描述显示表述 （注，建议用程序流程图） 借书管理： A.输入读者编号； 提示超期未还的借阅记录； B.输入图书编号； If 选择“确定” then If 读者状态无效或改书“已”注销或已借书数>=可借书数then 给出相应提示； Else 添加一条借书记录； “图书信息表”中“现有库存量”-1; “读者信息表”中“已借书数量”＋1; 提示执行情况； Endif 清空读者、图书编号等输入数据； Endif If 选择“重新输入”then 清空读者、图书编号等输入数据； Endif If 选择“退出”then 返回上一级界面； Endif 返回A.等待输入下一条；
(完整版)软件详细设计说明书模板
软件详细设计说明书 v1.0 200X年月XX日 修订历史记录
编制 审查 审核 批准 文档评审负责人：参加评审人员：
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4设计依据 (4) 2软件系统结构 (4) 2.1功能需求 (4) 2.2子模块划分 (4) 2.3子模块间关系 (4) 3公共数据结构 (4) 4程序设计说明 (5) 4.1程序1设计说明 (5) 4.1.1程序描述 (5) 4.1.2功能 (5) 4.1.3性能 (5) 4.1.4输入 (5) 4.1.5输出 (5) 4.1.6算法 (5) 4.1.7流程 (5) 4.2程序2设计说明 (5) 5模块重用说明 (5)
1引言 1.1编写目的 〖说明编写这份软件详细设计说明书的目的〗 1.2背景 〖说明待开发软件（子）系统的名称和此软件（子）系统所属大系统的名称； 说明任务的来源（开发背景和市场背景）等；该软件（子）系统与大系统中其他子系统的关系。〗 1.3定义 〖列出本文档中所用到的专门术语的定义和缩写词的原意〗 1.4设计依据 〖列出本文档所引用的有关设计依据（标题、文件编号、版本号、作者、发布日期、出版单位），包括本项目内部已编写的有效文档、出版刊物和国家标准或规范〗2软件系统结构 2.1功能需求 2.2子模块划分 〖说明本软件系统(或模块)的实现，即其内部的子模块划分（给出程序的名称和标识符）。建议以图形说明。〗 1.XXXXXXXX 2.XXXXXXXX 3.XXXXXXXX 4.XXXXXXXX 5.XXXXXXXX 6.XXXXXXXX 2.3子模块间关系 〖说明各子模块间的控制、顺序等耦合关系。〗 3公共数据结构 〖给出本软件系统使用的每一个公共数据结构的类型定义、存储方式，公共数据结构内各元素项的类型定义、初始取值、可能取值的范围及相应的物理含义。建议以类似Ｃ语言的数据说明格式来描述。〗
《软件设计基础-VB》课程设计报告书
河北联合大学 2011-2012 第 2 学期
《 软 件 设 计 基 础 -VB》
课程设计报告
设计名称： 姓 名： 设计显示弹球的程序 学 号：
专业班级： 学 院：
设计时间： 设计地点：
指导教师评语：
成绩：
指导教师签字：
年 月 日
《软件设计基础-VB》课程设计报告
第
2
页，共
14
页
目
录
1.课程设计目的···································· ···································· ···································· 2.课程设计任务与要求 ································ ································ ······························· 3.课程设计说明书··································· ··································· ·································· 4.课程设计成果···································· ···································· ···································· 5.程序调试过程···································· ···································· ···································· 6.设计问题的不足和改进方案 ···························· ···························· ··························· 7.课程设计心得···································· ···································· ···································· 8.附录 ·········································· ········································· ········································· 9.参考文献······································· ······································· ······································
项目软件设计规格说明书模板
附件三 XXX项目 软件设计规格说明书 版本 <>
目录 1概述.............................................. 错误!未定义书签。 编写目的........................................ 错误!未定义书签。 编写依据........................................ 错误!未定义书签。 术语和缩略词.................................... 错误!未定义书签。2软件概要.......................................... 错误!未定义书签。 软件总体描述.................................... 错误!未定义书签。 软件设计约束及有关说明.......................... 错误!未定义书签。 使用者特点...................................... 错误!未定义书签。3开发和运行环境.................................... 错误!未定义书签。 硬件环境........................................ 错误!未定义书签。 支持软件环境.................................... 错误!未定义书签。 接口............................................ 错误!未定义书签。 控制和操作...................................... 错误!未定义书签。4详细需求.......................................... 错误!未定义书签。 性能需求........................................ 错误!未定义书签。 功能需求........................................ 错误!未定义书签。 数据需求........................................ 错误!未定义书签。5故障处理需求...................................... 错误!未定义书签。 软件运行故障.................................... 错误!未定义书签。 软件使用故障.................................... 错误!未定义书签。6质量需求.......................................... 错误!未定义书签。7其他需求.......................................... 错误!未定义书签。 易用性需求...................................... 错误!未定义书签。 安全性需求...................................... 错误!未定义书签。
软件详细设计说明书模板
New Project 1: 详细设计说明书
1. 前言 2. 摘要 3. 系统详细需求分析 3.1. 详细需求分析 3.1.1. 详细功能需求分析 3.1.2. 详细性能需求分析 3.1.3. 详细信息需求分析 3.1. 4. 详细资源需求分析 3.1.5. 详细组织需求分析 3.1.6. 详细系统运行环境及限制条件需求分析3.1.7. 信息要求 3.1.8. 性能要求 3.2. 接口需求分析 3.2.1. 系统接口需求分析 3.2.2. 现有软、硬件资源接口需求分析
3.2.3. 引进软、硬件资源接口需求分析 4. 总体方案设计 4.1. 系统总体结构 4.1.1. 系统组成、逻辑结构 4.1.2. 应用系统结构 4.1.3. 支撑系统结构 4.1.4. 系统集成 4.1. 5. 系统工作流程 4.2. 分系统详细界面划分 4.2.1. 应用分系统与支撑分系统的详细界面划分 4.2.2. 应用分系统之间的界面划分 5. 应用分系统详细设计 5.1. XX分系统详细需求分析 5.1.1. 功能详细需求分析 5.1.2. 性能详细需求分析
5.1.3. 信息详细需求分析 5.1.4. 限制条件详细分析 5.2. XX分系统结构设计及子系统划分5.3. XX分系统功能详细设计 5.4. 分系统界面设计 5.4.1. 外部界面设计 5.4.2. 内部界面设计 5.4.3. 用户界面设计 6. 数据库系统设计 6.1. 设计要求 6.2. 信息模型设计 6.3. 数据库设计 6.3.1. 数据访问频度和流量 6.3.2. 数据库选型 6.3.3. 异构数据库的连接与数据传递方式
软件工程课程设计报告
软件工程课程设计报告( 2015 -- 2016 学年第一学期) 课程名称：软件工程课程设计 题目：学生宿舍管理系统 院系：控制与计算机工程学院 班级： 组号： 组长： 组员： 指导教师： 设计周数：两周 小组成绩： 日期：2016 年1月8日
《软件工程》课程设计 任务书 一、目的、要求 通过软件开发的实践训练，进一步掌握软件工程的方法和技术，提高软件开发的实际能力，培养工程设计能力和综合分析、解决问题的能力。 具体如下： 1.学习和实践在分析和设计计算机应用系统所需要的知识,包括面向对象的系统分析与设计,编 码和测试方面的知识； 2.熟悉自动化的软件开发工具Rational Rose，并将其运用于软件开发的全过程； 3.进一步加强和提高软件工程文档的编写能力； 4.培养协作能力和团队精神。 二、主要内容 1．运用面向对象方法进行校园宿舍管理系统的需求分析与设计； 2．建模语言采用UML，以Rational Rose为建模工具，进行系统的静态建模和动态建模； 3．利用对象模型自动生成数据模型,自动建立数据库； 4．使用hibernate技术以面向对象的方式编程管理数据库，前端使用html+css结合javaScript 进行设计，后台逻辑采用java来实现，整个系统采用了ssh框架来实现，使得各个模块低耦 合，分层明确，提高了代码的重用以及二次开发； 5．撰写课程设计报告。 三、任务分配
四、进度计划 五、设计成果要求 1．建立系统分析模型与设计模型； 2．初步建立系统原型，实现关键的功能； 3．编写课程设计报告。 六、考核方式 1．系统演示及讲解 占50%。 2．设计报告 占50%。 指导教师： 日期：2015 年12 月25 日
软件设计说明书范本
编号∶______ 版本∶______ 软件详细设计说明书 项目名称：xxxxxxxxxxxx子系统 委托单位： 承办单位： 编写: xxxxxx 2002 年05 月01 日 校对: xxxxxx 2002 年05 月10 日 审核: xxxxxx 2002 年05 月15 日 批准: xxxxxx 2002 年05 月25 日
目录 1.引言 (3) 1.1目的 (3) 1.2背景 (3) 1.3参考资料 (3) 2.总体设计 (4) 2.1软件描述 (4) 2.2设计方法 (4) 2.3软件结构 (4) 2.4模块设计说明 (10) 2.4．1总控模块 (10) 2.4．2所长室模块 (10) 2.4.3综合室模块 (18) 2.4.5 机械一室模块 (27) 2.4.6 机械二室模块 (31) 2.4.7 化工一室模块 (36) 2.4.7化工二室模块 (40) 2.4.8电器室模块 (40) 2.4.9轻工室模块 (40) 2.4.10统计汇总模块 (41) 2.4.11领导查询模块 (41) 2.4.12公共查询模块 (42)
1.引言 1.1目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础上完成概要设计规定的各项模块的具体实现的设计工作。 1.2背景 一、软件名称 检测信息系统质量监督检验子模块 二、相关单位 委托单位∶技术检测中心 承办单位∶石油大学(华东) 主管部门∶技术检测中心信息中心 1.3参考资料 1、<<石油工业应用软件工程规范>> SY/T 5232-1999 2、实用软件工程郑人杰清华大学出版社
软件设计需求说明书
软件设计需求说明书 Revised by Liu Jing on January 12, 2021
xxxxxxx系统软件开发需求说明书 xxxxx科技有限公司 二○一五年七月
目录
1引言 1.1编写目的 为明确软件需求，方便与用户统一思想，确定系统功能、数据范围，便于项目规划与进度安排、组织软件开发与测试等，特撰写本文档。 本文档的读者为业主、用户、数据库建设人员、系统设计人员、开发人员和测试人员。 1.2范围 XXXXX动态监管系统软件即：XXXX一体化动态监管平台。 围绕XXXXX水库运行调度设计的要求，以水库运行调度设计为核心，运用先进、成熟技术，建设水库一体化管理平台，实现XXXXX水库监控视频、水雨情监测、流量阀门控制、实地三维仿真等数据自动汇集和信息共享交换，为XXXXX管理部门及时掌握水库区域内的重要水情信息和控制区域（点）的水资源状况，建设现代化、科学化的水库管理调度系统，提高水库运行调度管理能力和水平的提高提供高效的数据支撑和信息服务。 应用说明 本软件建设应以数据中心为基础，依托建设的信息采集系统，实现水库区域视频监控、水雨情监测、水资源调度等信息的收集、处理、交换，为数据中心提供信息来源。构建水库一体化管理平台的基础框架，实现信息共享交换。
1.3定义 监测站点：水库区域监控视频覆盖区域、水库水雨情信息、水资源调度的阀门流量监控等。 监测信息：视频画面、水库水位雨量数据、水库排水流量与水量数据。 三维仿真：基于XXXXX水库实地勘测，制成三维仿真展示，增加三维展示的视频链接热点。 1.4参考资料 《XXXXX施工组织方案》遵义水文局 《水文情报预报规范》GB/T 22482-2008 《防洪标准》GB50201—94 《水位观测标准》GBJ38-90 《降水量观测规范》SL21-90 《实时雨水情数据库表结构与标识符》SL323-2011 《全国分布式水文数据库系统结构版》文档号01-DC-13 计算机软件开发规范（GB 8566-88） 计算机软件产品开发文件编制指南（GB 8567-88） 计算机软件需求说明编制指南（GB 9385-88） 计算机软件测试文件编制指南（GB 9386-88）
软件概要设计说明书范例
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
软件产品需求规格说明书(案例)
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）：
评审日期： 软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构
软件工程课程设计报告
软件工程课程设计报告题目：校园小商品交易系统 一、实验题目 (2) 二、实验目的 (2) 三、实验要求 (3) 四、实验内容 (3) 五、系统设计文档 (4) 5.1需求分析 (4) 5.1.1对系统综合要求 (4)
5.1.2系统的数据要求 (4) 5.2总体设计 (5) 5.2.1系统总体用例图 (5) 5.2.2商品管理用例图 (5) 5.2.3用户信息用例图 (6) 5.2.4商品交易用例图 (6) 5.3详细设计 (6) 5.3.1系统类图以及类之间关系图 (6) 5.3.2由需求分析阶段以及类之间关系的设计分析可以得到系统 对应事件流 (7) 5.3.3系统数据库表 (11) 5.3.4系统组件图 (11) 5.3.5系统部署图 (12) 六、心得体会 (13) 一、实验题目 校园小商品交易系统 二、实验目的 通过这次课程设计，要掌握UML（统一建模语言），并能运用UML在Rational Rose中建模。熟练掌握软件工程面向对象建模的总体方法。
三、实验要求 1.一人一组。 2.熟悉Rose开发环境。 3.掌握UML的基本模型元素(如角色、用例、类等)。 4.熟悉UML，主要了解UML中的9大图：Use case diagram(用例图)、Class diagram(类图)、Object diagram(对象图，Rose中没有)、Sequence diagram(序列图)、Collaboration diagram(协作图)、Statechart diagram(状态图)、Activity diagram(活动图)、Component diagram(组件图)、Deployment diagram(配置图)。 5.完成对系统的建模。 6.周五上机检查，并提交设计报告。 7.集中上机时间不能迟到、早退。 8.请自觉维护实验室清洁，爱护实验设备。 四、实验内容 运用UML统一建模语言建立一个校园小商品交易系统。开发软件为ROSE，最后转换为VB代码。该系统主要的基本要求和功能如下： 包含三类用户：管理员、商品发布者、普通用户、访客。 （1）向管理员提供以下功能：自身密码修改，其他用户添加删除，用户信息修改、统计。商品信息添加、修改、删除、查找、统计。 （2）向商品发布者提供以下功能：注册、登陆、注销、自身密码修改、自身信息修改。商品信息发布，自身商品信息统计。查找浏览其他商品。 （3）向一般用户提供以下功能：商品浏览、查找、获知商家联系方式，定购商品。 （4）向访客提供以下功能：商品浏览、查找、获知商家联系方式。
范例-软件设计说明书(详细部分)
软件设计说明
目录 1围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2引用文档 (1) 3CSCI 级设计决策 (1) 4CSCI 体系结构设计 (2) 4.1CSCI部件 (2) 4.2执行方案 (3) 4.3接口设计 (3) 4.3.1接口标识和接口图 (3) 4.3.x （接口的项目唯一标识符） (4) 5CSCI 详细设计 (6) 5.X （软件单元的项目唯一标识符，或者一组软件单元的标志符） (6) 6需求可追踪性 (9) 7注解 (11) 附录A (11)
软件设计说明 1围 1.1标识 要求：本节应包含这个文档所适用的系统和软件的完全标识，（若适用）应包括标识号、名称、缩略名、版本号及发布号。 1.2系统概述 要求： 1）本节主要描述本文档适用的系统和软件的用途； 2）概述系统开发、运行和维护的历史； 3）标识项目的投资方、需方、用户、开发方和保障机构； 4）标识当前和计划的运行现场； 5）列出其它有关文档。 1.3文档概述 本节应概述本文档的用途和容，描述与它的使用有关的性或私密性考虑。 2引用文档 列出引用的所有文档，包括文档的编号、标题、修订版本和日期。 3CSCI 级设计决策 要求：本章应根据需要分节给出CSCI 级设计决策，即CSCI 行为设计的决策（忽略其部实现，从用户角度出发描述系统将怎样运转以满足需求）和其它影响组成该CSCI 的软件单元的选择与设计的决策。如果在需求中所有这些决策是明确的，或者这些决策要推迟到CSCI 的软件单元的设计时指出，则本章应如实述。 针对关键性需求（例如对安全性、性、私密性等需求）作出的设计决策，应在专门的章节中加以叙述。 CSCI 级设计决策的例子如下： 1）关于CSCI 将接收的输入和将产生的输出的设计决策，包括与其它系统、HWCI、CSCI 和用户的接口（本文档的4.3.x 节指出本说明要考虑的主题）； 2）有关响应每个输入或条件的CSCI 行为的设计决策，包括CSCI 要执行的动作、响应时间和其它性能特性，模型化的物理系统的说明，选定的方程式/算法/规则，以及对不允许的输入或条件进行的处理； 3）有关数据库/数据文件如何呈现给用户的设计决策（本文档的4.3.x 节标识了本说明
软件设计规格书模板(A Software Design Specification Template)
A Software Design Specification Template by Brad Appleton
软件工程课程设计报告完整版
软件工程课程设计报告 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
软件工程课程设计报告 旅游信息管理系统 姓名： 学号： 专业：软件工程 班级： 14软件工程1班 指导教师： 目录 4. 1系统结构图 4. 2系统登陆流程图 (7) 4. 3系统E-R图 (8)
1.课程设计概述 系统目的 该系统主要建立一个完整的旅游网站，突出旅游特点，有美观的界面设计。主要功能： 1.用户可以对各景点相关交通方式管理与查询、酒店预订、各个景点路程与旅游方式的设计与查询、对个景点所需费用查询。 2.有一定数量旅游景点相关信息可供处理。方便游客了解景区各种相关信息，同时有利与景区管理部门的管理，加强双边的沟通与协作，以提高和改善管理水平，使游客通过对网站的浏览可以对景点有比较真实和丰富的了解，对景点本身做一个比较好的宣传和推广。 系统根据实际情况收集的资料为背景，网站中包括各个景区的基本情况介绍如：交通情况，门票价格和风景图片欣赏等，用户登陆后，都可以浏览站中的所有信息，同时可以通过系统来查询所需要的各种信息，并且可以订购门票和预约酒店以及车辆等。 管理人员登陆系统后，将各种烦琐的管理工作通过网站来管理，用最少的人力和物力提高管理水平，方便发布各种旅游信息，处理游客所遇到的各种问题，及时了解游客对旅游管理部门的意见，通过数据分析可以了解游客的基本情况和不同时期游客的变化情况，提前做出必要的准备工作。 管理人员通过系统处理各个事务，使前台的用户操作方便简单，突出旅游特点，具有美观的界面设计，保证网站安全稳定的运行。 系统任务 旅游网站管理系统主要是用于旅游管理部门和旅游公司，对旅游信息的进行发布和修改以及加强游客进行交流。 本系统是根据旅游行业的这种现状，提出解决问题的一个可行性方法：采用现代化统一的计算机网络系统，实现了旅游管理的网络化，各类信息有序地进行存储，同时采用了权限认证的方式，只有经过了系统权限认证之后，方可
软件设计说明书嵌入式软件范例
一、XXXXX-XXX 热压机自动控制系统软件的设计 LCD—液晶显示器，因其具有微功耗、平板化等一系列显著特点而广泛应用于仪器仪表、计算机显示终端、各类电子显示装置等各个方面。LCD的后工序生产工艺包括COG、COF、FOG、FOB，XXX-XXX 热压机正是为FOG段工艺而开发设计的。 XXXXX-XXX热压机自动控制动系统软件（以下简称XXX系统）是由PLC、气动元件和电动元件组成，其特点是通过传感器采集外部信号，输入到PLC内部进行计算处理，以控制外部执行元件，使之完成一系统的机构动作，达到生产所需的工艺要求。 ㈠ XXX 系统的性能和结构 XXX 系统主要由PLC、GOT（触摸屏）、伺服电机、气缸电磁阀、电磁继电器、光电传感器、磁性传感器、温度处理器、温度传感器以及各种按钮组成。 1、XXX 系统的主要性能和技术参数 ●主机电源：Vac-----220VAC/50HZ ●传感器电源：Vdd-----+24V ● PLC接口：40位输入、32位输出、1个RS232通信串口 ●工作温度：－10℃～+55℃ ●存储温度：－20℃～+60℃ 2、XXX 系统的内部地址 XXX 系统的内部地址及主要功能部件： ●输入继电器— X ●输出继电器— Y ●辅助继电器— M ●定时器— T ●计数器— C ●数据寄存器— D ●变址寄存器— Z 3、XXX 系统的外部引线功能定义 XXX 系统共有82根引脚，具体定义如下： ㈡指令描述 XXX 系统主要有如下指令： ㈢人机界面（GOT） 1、参数设置
人机界面(GOT)可用于参数设置和数据的显示(如图所示) 2、手动操作 人机界面亦可制作手动调试所需的各种按键，以替代繁琐的按钮(如图) 3、生产信息 人机界面还可用于显示生产时的各种数据以及PLC内部的信息，比如外部引脚的通断 信息、生产时产生的报警信息等(如下图) ㈣ XXX 系统的接口及编程 1、硬件接口 XXX系统与电脑的接口可以有两种方式：直接控制方式和间接控制方式。直接控制方式就是将PLC的RS232接口直接与电脑的RS232接口对接(如图1-1)；间接控制方式就是将PLC的RS232接口与触摸屏的RS232接口对接，然后将电脑的RS232接口与触摸屏的RS422接口对接，然后对该外设进行间接操作而实现控制(如图1-2)。 2、程式流程方框图 A、系统回原点流程图 B
设计规格说明书
设计规格说明书 1．引言 1.1 目的 该软件设计规格说明书是基于“只有两个人”小组计划开发的“电影院网上售票系统”需求规格说明书编写的。 “电影院网上售票系统”，缓解了电影院售检票的人力压力，提供高效的，快捷的，稳定的操作。实现系统应具有的实用性、可靠性、有效性及方便性。 软件系统实际报告相近说明了该软件产品的体系结构设计、书籍库设计和构建设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。 1.2 命名规则 （1）Pascal规范：所有单词首字母大写。 例如： UserNameTable Camel 规范：除了第一个单词，所有单词首字母大写。 例如：userNameTable 全局变量：使用Camel 规范，并以g_ 开头。 例如：g_failedFlag 局部变量、方法参数：使用Camel规范。 例如：lineCount 类名：使用Pascal规范 例如：MyClass 成员方法：使用Pascal规范 例如：MyMethod() 普通成员变量：Pascal并且以m_开头。 例如： m_MemberVarible 控件变量：Control类型使用Pascal规范，以m_开头，控件名结尾。 例如：m_SubmitButton Value类型使用Pascal规范，以m_开头。 例如：m_Data1 （2）数据库命名规则： 表中字段名均不加前缀 表名均以“dt_table_”为前缀 索引名均以“dt_index_”为前缀 视图名均以“dt_view_”为前缀 1.3 术语定义
1.4 参考资料 [1] 用户需求报告 [2] 数据库设计规范 [3] 命名规范 1.5 相关文档 （1）系统规划报告 （2）需求规格说明书 2．系统设计 2.1 体系结构设计 采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内类构成及类之间的关系。