汽车售票系统
详细设计说明书
学号姓名所完成的任务成绩
02 薛伟（组长） 3.8、3.9
01 黄震 3.4、3.5
15 赵星1、2、3.7
29 吴骏 3.3
32 朱晓晨 3.1、3.2
03 朱清清 3.6
注：对应模块界面图由组员各自完成
2008 年12 月8 日
1.引言
1.1编写目的
编写本详细设计说明书的目的主要是详细说明汽车售票系统的结构和内部设计，在总体设计说明书的基础上进一步细化系统，提供详细的模块和界面设计，为程序开发提供直接的支持。
本说明书主要面向系统分析人员、程序员和以后的系统维护人员。作为程序员开发系统的根本依据和在系统维护阶段，维护人员对系统实施维护的参考资料。
1.2背景
a.系统的名称：汽车售票系统
b．提出者和开发者：全体成员
用户：长途汽车站工作人员，系统编译人员
1.3定义
前台、后台、算法
2. 系统的结构
图1 前台
车站售票系统前台
用户注册
用户登陆
信息修改
售票管理
用户查询
注册信息修改网点售票员信息修改车站售票员信息修改按目的站查询
按时间查询
网点售票员车站售票员
退票管理
图2 后台
3．系统的模块设计
3.1数据库连接模块（sqlconnection ）设计说明
3.1.1模块名称；数据库连接模块
3.1.2模块描述：
在.NET 中如果采用https://www.doczj.com/doc/30836509.html, 和数据库进行连接，可以采用以下4个接口对象之一：
System.data.oledb.oledbconnection
System.data.sqlclient.sqlconnection
System.data.odbc.odbcconnection
System.data.oracleclient.oracleconnection
系
统管理员
售票员信息管
班车信息管理
增加车站售票员
审核网点售票员删除车站售票员删除网点售票员
删除车票信息
删除班车信息
添加车票信息增加班车信息车站售票系统后台
由于数据库使用的是Microsoft SQL Server,所以使用SQL Server .NET Framework数据提供程序中的SqlConnection对象进行数据连接。
3.1.3 模块功能：和数据库进行连接。
3.1.4 模块算法：
public void sqlconnectionopen()
{
Sqlconnection conn = new sqlconnection();
Conn.connectionstring = “user id = admin;password = ; initial catalog = northwind;datasource = localhost;connect timeout = 20”;
Conn.open();
}
3.2登陆模块（user_login）
3.2.1 模块名称：
3.2.2 模块功能：用户可以进行“登录”行为，登录后可会根据其先前注册的资料和权
限，使用户进行购票，查询票务或售票等功能。
3.2.3 模块描述：登录系统这个功能模块由四个部分组成。一般用户登录、车站售票员
登录、网点售票员登录，系统管理员登录。除了一般用户登录外，剩余的三类用户都是
通过在系统的首页上，填写自己的工号密码，并选择自己的登录类型来登录的。一般用
户登录只是通过IE来访问系统即可。车站售票员，网点售票员和系统管理员的登录。
他们三类用户将工号和密码填入登录项文本框中，然后提交给首页的处理页面。该页面
根据提交的用户类型来决的用户查询数据库的哪个表。
3.2.4 模块算法：
Private void imagel_servereclick(object
sender,system.web.UI.imageclickeventargs e)
{
DBOP myDBOP = new DBOP();
Object id;
String strcomm = “select id from user where username =’”+text1.value+”’
and pwd=’”+password1.vale+”’”;
id = myDBOP.myselect(strcomm,1);
if (id! = null)
{
会员登陆成功
}
Else
{
登陆失败
}
3.2.5 模块调用方法式：通过网站首页中登录窗口中“登录”按钮进行调用。
3.3 售票模块
3.3.1 模块名称：售票模块(ticket_sell)
3.3.2 模块功能：车站管理员可使用此模块查询票务信息和出售车票。
3.3.3 模块描述：在售票的功能页面中，车站售票员或网点售票员登录了自己的工作平
台页面后，通过点击工作平台上的售票链接，来到售票的页面。输入目的地及日期，页
面会显示出所有当天匹配的所有车次信息。接下来，在出现的页面中填写所需要订购的
车次的车次号后，点击提交按钮后将数据提交给处理页面，处理页面根据提交信息查询
数据库表，并将结果显示出来以便售票员知道该次汽车时候有剩余票可以出售，并点击
车票列表的车票编号实现售票，就可以完成售票的操作了。
3.3.4 模块调用模式：通过售票页面中的查询按钮调用票务信息，并通过确定按钮调用
售票功能。
3.4查询模块
3.4.1模块标识符：bus_find
3.4.2模块描述：该功能模块的具体实现分为两个部分，一根据时间查询班车信息。二
根据目的站查询班车信息。
3.4.3模块功能：用户可以通过时间和目的站查询班车信息。
3.4.4输入项：用户提交的查询类型，要查询的日期，要查询的目的站。
3.4.5输出项：符合条件的班车信息包括车次、车号、类别、终点站、始发站、发车时
间、到站时间、车票总数、已售票数、剩余票数。
3.4.6模块算法设计：用户在查询页面的选择查询方式，根据用户选择的查询方式将用
户提交的数据发给不同的页面处理：
1.如果用户选择了根据时间查询，那么提交的数据将发送给根据时间查询处理页面。
2.如果用户选择了根据目的站查询，那么提交的数据将发送给根据目的站处理
页面。
按时间查询：将根据时间在数据库中找到记录用户提交的这个时间所在的班车表，利用
SQL语句将表中所有的内容查询出来，保存到结果中，然后用while循环的方式输出并显示。
按目的站查询：将根据目的站在数据库中找到记录用户提交的这个目的站所在的班车
表，利用SQL语句将表中所有的内容查询出来，保存到结果中，然后用while循环的方式输出并显示。
3.5 信息修改模块
3.5.1模块标识符：user_inf
3.5.2模块描述：该功能模块提供给网点售票员，车站售票员，管理员对个人信息修改
的功能。
3.5.3模块功能：提供给网点售票员，车站售票员，管理员对个人信息如密码，性别，
年龄等进行修改并保存。
3.5.4输入项：网点售票员、车站售票员或者管理员成功登陆前提下，输入新的相关信
息。
3.5.5输出项：工号，登录密码，姓名，性别，年龄等个人信息。
3.5.6模块算法设计：在登陆的前提下，根据登陆权限的不同，进入到不同修改信息界
面，通过get()方法，获取数据库表中的信息，对要修改的信息进行修改，即对对应的
数据库表做SQL语句中的update操作，该结果会被保存到数据可中，并提示修改成功
和返回系统首页的信息。信息修改显示信息输入数据修改成功返回成功失败输入判断
3.6 注册模块
3.6.1模块标识符：user_redegrit
3.6.2模块描述：该模块的核心思想是向数据库中输入数据，并且数据不能重复，数据
库会保存相关的注册信息。
3．6.3模块功能：用户可以通过该模块完成信息的注册，信息被保存在数据库中，然后
等待系统管理员审核。
3.6.4输入项：主要输入用户的基本信息：用户ID，用户名称，密码，性别，年龄等。
3.6.5输出项：反馈提示信息输出：
“您所注册的个人帐号已被注册，请使用其它帐号！”；
“注册已成功，请等待回复，谢谢！”。
3.6.6模块算法设计：
为了方便程序员编程，在此简略写出本模块算法：
注册信息：
进入注册界面，填写个人帐号和密码及填写网页上除申请信息外的所有信息将被提交给
数据库保存。
3.7退票模块设计
3.7.1模块标识符：ticket_back
3.7.2模块描述：用户如果要求退还车票，可以请求车站售票员进行退票操作
3.7.3模块功能：数据库中存放有用户已经购买的车票信息，售票员在网站中输入相关
信息，通过匹配检测，找到该数据进行删除和更新操作。
3.7.4输入项：在车站售票员登陆的前提下，输入车票所对应的车次
3.7.5输出项：正确信息“你要删除的车票（票号）已经成功删除”，错误信息“你所要删除的车票（票号）不存在或已删除”
3.7.5模块算法设计：
为了方便程序员编程，在此简略写出本模块算法：
1．车站售票员输入个人帐号和密码，登陆；
2．使用户要求输入要退票的票号，如果成功给出正确信息“你要删除的车票（票号）已
经成功删除”，如果失败则给出错误信息“你所要删除的车票（票号）不存在或已删除”；
3.8班车管理模块：bus_manage
3.8.1模块描述
班车管理是针对于系统的管理员权限内的操作。班车管理包括增加班车信息、删除
班车信息、车票的填充，车票的删除。
3.8.2功能
增加班车bus_add ，系统管理员将一列新的汽车的全部信息输入到系统的数据库中，一
列新的汽车的全部信息一经被输入到数据库中，外界便可以通过系统来查询它的所有信息，并且售票员可以出售该汽车的车票。
删除班车bus_delete ，系统管理员将一列新的班车的全部信息从系统的数据库中删除，一列新的班车的全部信息一经被从数据库中删除，外界将无法通过系统来查询它的所有信息，并且售票员不能够再出售该班车的车票。
车票的填充ticket_add,车票的填充是系统管理员向系统的数据库中添加新的车票。新
的班车票添加到数据库中后，售票员可以出售这些新添入的车票。
车票的删除ticket_delete是系统管理员将过期的车票或者是系统中已经不存在的汽车的车票删除。
3.8.3性能
此模块属于后台管理两大模块之一，前台的售票都以此为基础，故此模块的对于添
加班车及车票要求准确无误。
3.8.4输入项
增加班车：车次、车号、类别、终点站、始发站、发车时间、到站时间
删除班车：车次
车票的填充：车票总数、票价、票号、对应班车
车票的删除：票号
3.8.5输出项
增加班车：增加后的班车信息
删除班车：删除成功
车票的填充：填充结果
车票的删除：删除成功
3.8.6设计方法（算法）
本段中采用文字描述。
管理员在登陆的前提下，对此模块进行功能操作。首先是增加班车，管理员从未被
分配的汽车中选择作为班车，设置相应的属性，之后再进入车票填充功能对已存在的班
车进行车票的相关信息设置。
删除班车以及车票的删除分别对应上述两个功能进行修改，删除是应先删除班车，
其所对应的车票将自动删除。
本模块中实际是对数据库进行读写操作，故算法简略如下
获取相应的值
string name=request.getparameter(“bus_id”);
string name=request.getparameter(“bus_num”);
string name=request.getparameter(“kind”);
string name=request.getparameter(“reach”);
……..
写入数据库
string url=“”odbc:microsoft:sqlserver://localhost;
databasename=bus”;
string ls_”INSERT INTO bus”+
“(车次,车号,类别,终点站,始发站,发车时间,到达时间)”+
”VALUES(‘”+bus_id+”’, ‘”+bus_num+”’, ‘”+kind+”’, ‘”+reach+”’, ‘”+set+”’, ‘”+set_time+”’, ‘”+reach_time+”’, ‘”+bus_id+”’,)
3.9售票员管理模块 user_manage
3.9.3模块描述
此模块中含有两个子模块：增加售票员模块和删除售票员模块，是对售票员的的操
作。
3.9.2功能
增加售票功能user_add ：增加车站售票员是系统的管理员权限内的操作。系统管
理员可以向系统的数据库中输入某个新的车站售票员的信息，信息被输入到系统中后，
该车站的售票员将在案系统中具有一个车站售票员所具有的所有权限内的操作。
删除售票员user_delete : 一旦该车站售票员的全部信息被删除后，该车站售票员
将不再能够登录到系统中车站售票员的工作平台，他不再具有一个车站售票员的权限。
3.9.3性能
此模块是后台的另一大模块，对售票的管理保证售票的顺利进行，故在进行此操作
需对售票员通过其他途径进行身份确认。
3.9.4输入项
增加售票功能：工号、密码、姓名、性别、类别
删除售票员：输入相应的售票员工号进行删除
3.9.5输出项
增加售票功能：添加完成后的售票员信息
删除售票员：提示删除完成
3.9.6设计方法（算法）
管理员在核实确认售票员身份后通过此功能向系统中填如售票员的相关信息，并且设置其身份（车站售票员或网点售票员），待输入完成后该售票员即可开始登陆售票。
管理员通过选择相应的售票员确认删除即可删除该售票员。
4．界面设计
图3登陆界面
图4售票界面图5查询界面
图6注册界面图7退票界面
图8后台登陆界面图9添加班车界面
图10填充车票界面图11添加售票员界面
图12删除售票员界面5参考资料
网络系统开发实例精粹（https://www.doczj.com/doc/30836509.html,版）
软件工程理论和实践
ASP程序设计基础
软件工程
文档标题 文档编号BH-CSD-003 版本V1.0 密级商密 A 研发生产中心项目名称全科医生专家咨询系统 项目来源 系统详细设计说明书 （V1.0 ） 南京毗邻智慧医疗科技有限公司 二○一三年十一月
文档变更记录 序号变更（ +/- ）说明作者版本号日期批准1 创建Steve.ma V1.0 2013.11.15 1 引言.......................................................................... (3) 1.1 编写目 的 ......................................................................... (3) 1.2 背 景 .......................................................................... (3) 1.3 定 义 .......................................................................... (3) 1.4 参考资 料 ......................................................................... (4) 2 平台安全体系与程序系统的结构........................................................................................ (4) 2.1 平台安全体 系 ........................................................................ (4) 2.2 程序系统结 构 ........................................................................ (5) 3 程序设计说 明 ........................................................................... (5) 3.1 程序描 述 ......................................................................... (5) 功能及其接 口 ........................................................................
XXX系统 详细设计说明书 作者： 完成日期： 签收人： 签收日期： 版本所有：北京无限讯奇信息技术有限公司
版本修改记录
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2程序系统的组织结构 (5) 3程序1（标识符）设计说明 (6) 3.1程序描述 (6) 3.2功能 (6) 3.3性能 (6) 3.4输入项 (6) 3.5输出项 (6) 3.6算法 (7) 3.7流程逻辑 (7) 3.8接口 (7) 3.9存储分配 (7) 3.10注释设计 (7) 3.11限制条件 (7) 3.12测试计划 (7) 3.13尚未解决的问题 (8) 4程序2（标识符）设计说明 (9)
详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。 1引言 1.1编写目的 说明编写这份详细设计说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发软件系统的名称； b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。 1.3定义 列出本文件中用到专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c.本文件中各处引用到的文件资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日
修改记录
目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。
二○一○～二○一一学年第二学期信息科学与工程学院课程设计报告书 课程名称： 班级： 学号： 姓名： 指导教师： 二○一○年九月
C语言课程设计 题目：汽车售票系统 任务：自学C语言中相关知识，设计出汽车售票系统。要求如下所述： 每天“火车站→植物园”有5个班次的汽车（假设），具体的数据格式如下：班次发车时间载客量已售票数 1 06:40 50 0 2 09:30 40 0 3 12:00 40 0 4 14:30 40 0 5 16:00 50 0 为售票员开发一个小程序，以完成每天的“火车站→植物园”的售票业务。要求如下： 1. 能够售票和退票。以文件（myfile.txt）的形式保存当天各个车次的售退票情况。 ◆售票功能 当查询出已定票人数小于额定载量且当前系统时间小于发车时间时才能售票，自动更新已售票人数。 ◆退票功能 退票时，输入退票的班次，当本班车未发出时才能退票，自动更新已售票人数。 2. 查询显示功能。可以随时显示当前售票现状（如：班次发车时间载客量已售票数余票等信息）。 3. 用户界面中的菜单至少应包括“售票”、“退票”、“显示当前售票情况”、“保存当天数据”、“退出”5项。可适当增加其他附加功能。 主程序流程图:
订票程序流程图: 退票程序流程图: 系统功能模块图:
程序概述:主函数菜单包括订票,退票,查看,保存的菜单.由相应函数调用可以实现相关功能模块.订票退票功能基本是一样的,需要分别输出购票车次及张数.查看功能只是把数据输出界面.退出功能是调用系统退出函数来终止程序的运行.函数程序首先要读入文件myfile.txt,获取已订票数的数据,如果没有文件,则会提示打不开文件.英雌运行程序之前请在C盘建立一个TXT文件,名为:myfile.txt.里面的内容不做任何修改,让其保留空白.默认购票数全部为0. 主要源程序代码： #include
网上购物系统 详细设计说明书 1引言 1.1编写目的 电子商务是于九十年代初，在欧美兴起的一种全新的商业交易模式，它实现了交易的无纸化，效率化，自动化表现了网络最具魅力的地方，快速的交换信息，地理界限的模糊，这所有的一切也必将推动传统商业行为在网路时代的变革。随着电子商务，尤其是网上购物的发展，商品流通基础设施和配套行业的重点将会将对中国商品流通领域和整个经济发展带来种种影响，确实值得我们认真研究。特别是在全球经济一体化的国际背景下，在我们继续扩大国内流通领域对外开放的同时，深入研究这个问题，审慎制订相应的宏观对策，尤其重要和迫切。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。 1.2.项目背景 软件名称：网上购物系统 开发者：宋金德，袁浩，王朝阳，许威 项目简介：本系统主要实现网上产品展示与在线定购及人员的管理， 一、不同身份有不同的权限功能（管理人员、注册用户、游客） 二、在线产品展示（分页显示） 三、在线定购 四、后台管理（用户管理、商品的管理） 1.3定义 Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）。 ADO：ActiveX Data Object, ActiveX 数据对象 SQL：Structured Query Language 1.4参考资料 [1] 谭浩强《动态网页制作ASP》北京电子工业出版社. 2001 [2] 彭万波《网页设计精彩实例》北京电子工业出版社.2002
附录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.等待输入下一条；
二、设计内容 设计一个火车票务管理系统，用C语言实现。对该系统的要求如下: 需求描述： 1. 系统功能 (1)火车时刻信息录入。包括车次、日期、起点、终点、开车时 间、到达时间、票价。数据存入数据文件hchsk.dat 或hchsk.txt 中。 (2)火车时刻信息查询。 按照车次查询按终点查询 按起点查询按终点和日期查询 (3) 统计按终点统计每日的车次数按起点统计每日的车次数 2. 系统主界面应有以下功能选项录入火车时刻信息查询火车时刻 信息统计火车车次退出
三、详细设计说明 #include
系统软件详细设计说明书 1.引言 1.1编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详 细设计，在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣，在以后想对系统进行扩展和维护的人员。 2.系统的结构 ui :系统界面部分，负责接受用户输入，显示系统输出，负责其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息，用户最近访问过的10个ftp信息，用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 client :实现ftp客户端的功能，ftp连接，ftp上传及下载：上传或下载用户指定的
资源，并返回相应的信息。 search: 资源实时检索部分，根据用户输入的资源名称关键字，资源类型和选择的检索方式检索用户需要的资源，并验证资源的可用性，返回可用资源及其大小，速度等相关信息。 preview ：资源预览部分，显示用户选择的资源的部分内容，以使用户决定是否需要该资源。 preview部分调用comm on部分读取属性文件的内容亦显示预览资源内容的显示格式。 3．模块1（ui ）设计说明 3.1 模块描述实现用户界面的包，含有11个文件51 个类，是本系统中最复杂的代码。 3.2 功能负责接受用户输入，显示系统输出，其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp 站点中搜索用户需要的资源。 3.3 交互的模块 client ，search ，preview ，common。 3.4 模块设计该模块中的主要文件，文件中包含的主要类及其功能和与其它包的交互如下： MainFrame.java ：MainFrame 是含有主函数的类，也是lyra 客户端开始执行的类，它先后进行资源的初始化，显示主界面等工作，根据屏幕大小设置界面大小，设置界面的观感。 FtpFrame_AboutBox.java: 显示关于窗口的类，当用户点击帮助菜单中的关于菜单项时会 弹出关于对话框。 Tools.java ：FileTools 是文件操作辅助类，可以实现文件的递归删除等。 XMLController.java: JDOMTes是操作xml文件的类，用JDOM来操作xml文件， 实现的功能有： （1）保存ftp 服务器的文件列表（站内搜索时使用），递归的从ftp 服务器读取列表，并存入一个xml文件中（文件的命名方法是：ip+用户名.xml）;以目录树的形式保存。 （2）根据文件名在文件中查找文件，站内搜索时使用。 （3）保存ftp 服务器的信息：ip ，端口（默认端口21 不保存），用户名（默认anonymous 不保存），密码，最多存10 个；存在resource\settings\ serversinfor.xml 文件中。 （4）读取已存储的ftp 服务器信息。 （5）从type.xml 读取搜索的类型。 Constants.java: 放置系统运行时使用的一些常量，initcontent （）函数对所有常量进行初始化，这个函数在MainFrame 中被调用一次。iconHashMap 是hash 表，用于存放文件的系统图标。 CustomizedController.java ：包含自定义的控件类，java 中的控件可能不能满足需求，需要自己定义某些属性。这些控件会在创建界面时使用。其中含有的类有： （1）CustomizedJTable 是表格类，设置表格的某些属性，如字体等。 （2）CustomizedTableCellRenderer 是表格单元格绘制器类，主要用于显示文件的系统图标，和文件名。 （3）LeftPanel类的父类是JTabbedPane,用户显示主窗口左边的面板。 （4）RightPanel 类的父类是JPanel ，用户显示右边的主题部分，包括右上边的搜索及服务 器选项，和中间的显示服务器文件的TabbedPane。. （5）BottomPanel 类是右下放显示下载和服务器信息的JTabbedPane。 （6）CustomizedJButton 是定义按钮类，更改了按钮的字体，java 本身默认的字体不好看。 （7）CustomizedTableModel 是表格类，实现单元格的不可编辑。 （8 ）CustomizedTableCellRenderer_Remote 类是表格绘制器，在远程文件浏览 器RemoteFilesPanel 使用，用于显示文件名和文件图标。
研发生产中心文档编号版本A1 密级商密A 项目名称Xx系统 项目来源 Xxx系统 详细设计说明书 (内部资料请勿外传) 编写：日期：检查：日期：审核：日期：批准：日期： XX公司 版权所有不得复制 文档变更记录
序号变更（+/-）说明作者版本号日期批准1 2
目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)
1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； c．引用文件、资料、软件开发标准等。 资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具 文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio]
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
数据结构与算法课程实验报告课程设计一：火车售票系统设计及实现 姓名：cll 班级： 学号：
一、实验内容： 火车售票系统在现实中的应用已经非常普遍，目前通常使用可视化的方法实现，例如采用C/S模式下的程序设计或者采用B/S模式下的程序设计，通常都具有较为友好的界面和较为完善的功能。火车售票系统的实现过程中，主要涉及到数据格式的设计，也就是 数据结构的设计。通常在采用数据库的情况下，可以运用数据库的设计来实现。在没有采 用数据库情况下需要，单独设计相应数据结构和算法。 二、实验目的： 按给定需求，通过查找相关资料，完成火车售票系统设计及实现，在设计过程中充分运用数据结构与算法课程中所学知识，从而熟练地掌握和应用线性表、单链表等重要数据结构和常用算法。提前熟悉软件需求分析，软件测试等环节，运用相应程序设计语言实现该系统，从而进一步提高程序设计能力。 三、问题描述 （1）此系统可以实现售票、退票、车票剩余情况查询等功能。 （2）每张车票包含车次、座位信息。在售票、退票、查询剩余票等环节中，都必须显示出车票的信息，即车次、座位情况。 （3）退票时，必须是车站售出的车票才能退，否则视为无效票，不能退票。 （4）演示程序以用户和计算机的对话方式进行，即在计算机终端上显示“提示信息”之后，由用户在键盘上输入程序中规定的运算命令；相应的输入数据（滤去输入中的非法字符）和运算结果显示在后。 （5）由订票系统的主要功能使程序的命令包括： 1）查询；2）订票；3）退票4）退出订票系统 四、问题的实现 4.1所用的数据结构（包括所用数据结构的抽象数据类型定义和说明） typedef struct LNode{ //数据域 char name[10];//订票姓名 int dnum;//订票数量 char dj[50];//证件编号 int zhekou; //1代表折扣对象 float pay;//付费 struct LNode *next;//指针域 int zuohao[200]; }LNode,*LinkList;//构造单链表（已订票） typedef struct Tickets{ char *endname;//终点站名 char *hnum;//车次名 int fnum;//票价 float discut;//折扣 int day;//日期 int wholenum;//总票额 int lastnum;//余票量 int tuipiao[100]; //退票处理,记录退票的座位号
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。] 2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。]
3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。] 5.1概述 [在本小节中，列出逻辑视图的顶层图，该图将反映系统由哪些包组成，每个包之间的关系与协作，以及包的层次结构。使得读者对整个软件体系结构有一个整体的了解。] 5.2影响软件体系结构的重要设计包 [在本小节中，将从逻辑视图中选择有重要意义的设计包，每个设计包有一个小节来描述，说明这些包的名称、简要的说明、该包中的主要类和相关的类图。对于包中的重要的类，还应该说明其名称、简要说明、主要职责、操作、属性等。] 6. 进程视图 [本节主要描述该软件体系结构下，系统运行态的情况。描述系统在执行时，包括哪些进程（包括线程、进程、进程组），以及它们之间是如何进行通信的、如何进行消息传递、接口如何。并且来说明如何进行组织。]
设计规格说明书 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 体系结构设计 采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内类构成及类之间的关系。
吉林工程技术师范学院 课程设计报告 设计名称：车站售票信息管理系统 姓名：孟祥丽学号：23号 专业：计算机科学与技术 班级：C1042 院系：信息工程学院 指导教师：刘国成、杨宇晶、郭天娇 2010年12月16日
一、概述 1、项目背景：随着市场经济的不断飞速发展，交通道路环境的不断改善，人们的出行次数不断增多，人口流动频繁，数量不断加大，车站信息量迅猛增长，车站售票管理系统在人们的日常生活中发挥着越来越重要的作用。本系统实现了线路信息，汽车信息，票务信息的查询和管理，满足人们的需求。 2、编写目的：掌握数据库设计原理及相关软件的使用。实现方便、快速售票；是用户准确了解售票情况，提供多种查询和统计功能；实现系统的安全性设置，使系统本身具有一定的维护功能。 3、软件定义：车站售票管理系统，主要用于车站日常的票务处理。 4、开发环境：Visual Studio2008，SQL SERVER2000 二、需求分析 车站售票管理系统 员工管理模块汽车 管理 模块 线路 管理 模块 车票 管理 模块 票务 信息 管理 模块 员工信息添加 员 工 信 息 删 除 员 工 信 息 修 改 汽 车 信 息 添 加 汽 车 信 息 修 改 汽 车 信 息 删 除 线 路 信 息 添 加 线 路 信 息 修 改 线 路 信 息 删 除 添 加 车 票 删 除 车 票 查 询 车 票 信 息 购 买 / 预 订 车 票员 工 信 息 查 询 汽 车 信 息 查 询 线 路 信 息 查 询 车 票 信 息 查 询 功能模块图 1，员工管理模块： 员工有两种身份，售票员和系统管理员。系统管理员可以进行系统用户的添加,密码的修改操作，汽车，线路，车票信息的更新等，售票员可以查询以上信息和购买车票等。 2，线路信息管理模块： 系统管理员可以在线路信息管理模块对车站线路信息进行管理。管理员首先建立线路信息数据库，输入原始的线路信息，当有新的线路需要添加或者需要对已有的线路信息进行修改，删除的时候，管理员就可以进行相应的操作。管理员也可以通过本模块查询到所有需要查询的线路的详细信息。 3，汽车信息管理模块： 系统管理员可以在汽车信息管理模块实现对汽车信息的管理。管理员首先应该建立汽车信息数据库，输入原始的数据信息，当有新的汽车信息的时候或者管理员需要修改某个汽车的相关信息以及想要删除某个汽车信息的时候，就可以完成相应的操作。管理员也可以在整个数据库中查询相关汽车信息。 4，车票信息管理模块：
XXXXXX XXXXXXXXXXXXX 项目名称 详细设计说明书 XXX公司 二〇XX年X月
文档修改记录
目录 第一章引言............................................. 错误!未定义书签。 目的............................................. 错误!未定义书签。 背景............................................. 错误!未定义书签。 术语定义......................................... 错误!未定义书签。 参考资料......................................... 错误!未定义书签。第二章系统概述......................................... 错误!未定义书签。第三章程序1设计说明................................... 错误!未定义书签。 程序描述......................................... 错误!未定义书签。 模块架构图 ................................... 错误!未定义书签。 功能 ......................................... 错误!未定义书签。 类图 ......................................... 错误!未定义书签。 增加功能（功能点） ........................... 错误!未定义书签。 程序流程 ..................................... 错误!未定义书签。 测试和限制条件 ............................... 错误!未定义书签。 备注 ......................................... 错误!未定义书签。第四章程序2设计说明................................... 错误!未定义书签。第五章公用接口程序说明................................. 错误!未定义书签。 全局变量......................................... 错误!未定义书签。 公用界面或接口................................... 错误!未定义书签。 公用方法和过程................................... 错误!未定义书签。第六章附件............................................. 错误!未定义书签。详细设计评审意见.......................................... 错误!未定义书签。
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI