<基于Web的汽车租赁系统>概要设计说明书
作者:
完成日期:2011年6月8日
签收人:
签收日期:
修改情况记录:
目录
1 引言 (1)
1.1 编写目的 (1)
1.2 范围 (1)
1.3 定义 (1)
1.4 参考资料 (2)
2 总体设计 (2)
2.1 系统功能需求规定 (2)
2.2 运行环境 (4)
2.3 基本设计概念和处理流程 (4)
2.4 结构 (5)
2.5 功能需求与程序的关系 (12)
注:*Info.jsp 表示客户信息、汽车租赁通知、优惠信息、管理员信息的维护。 (13)
2.6 人工处理过程 (13)
2.7 尚未解决的问题 (13)
3 接口设计 (13)
3.1 客户接口 (13)
3.2 外部接口 (14)
3.3 内部接口 (14)
4 运行设计 (14)
4.1 运行模块组合 (14)
4.2 运行控制 (14)
4.3 运行时间 (14)
5 系统数据结构设计 (15)
5.1 逻辑结构设计要点 (15)
5.2 物理结构设计要点 (17)
6 系统出错处理设计 (17)
6.1 出错信息 (17)
6.2 补救措施 (18)
6.3 系统维护设计 (18)
7 阶段小结 (18)
1 引言
1.1 编写目的
服务于汽车租赁公司的网络化运营,管理汽车租赁以及其它服务、管理各类汽车以及租赁过程中的各个环节,最终为使用本系统的各类客户以及系统管理人员和维护人员而服务。
1.2 范围
说明:
a.待开发的软件系统的名称:基于Web的汽车租赁系统
b.任务提出者:
开发者:
客户:欲使汽车租赁网络化运营的各类大、小型公司
使用本软件的单位:待定
1.3 定义
UML:Unified Modeling Language , 统一建模语言。
类图(class diagram):表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和泛化等等。
交互图(interactive diagram):是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图等。
可修改性:容许对系统进行修改而不增加原系统的复杂性。
有效性:软件系统能有效地利用计算机的时间资源与空间资源的能力。
可靠性:能够防止因概念、设计和结构等方面的不完善造成的软件系统
失效,具有挽回因操作不当造成软件系统失效的能力。
可理解性:系统具有清晰的结构,能直接反映客户的需求。可理解性有
助于控制软件系统的复杂性,并支持软件的维护、移植与可用。
可维护性:软件产品交付客户使用以后,能够对它进行修改,以便改正
潜在的错误,改进性能和其他属性,使软件产品适应环境的变化。
可重用性:概念或功能相互独立的一个或一组相关模块定义为一个软部
件。软部件可以在多种场合应用的程度称为部件的可重用性。
可适应性:软件在不同的系统约束条件下,使客户需求得到满足的难易
程度。
可移植性:软件从一个计算机系统或环境搬到另一个计算机系统或环境
的难易程度。
可追踪性:根据软件需求对软件设计、程序进行正向追踪,或根据程序、
软件设计对软件需求进行逆向追踪的能力。
可互操作性:多个软件元素相互通信并协同完成任务的能力。
1.4 参考资料
1. 《软件工程:理论、方法与实践》,北京:高等教育出版社,2005.7出版,孙家广主编,刘强编著。
2. 《UML基础与Rose建模教程》,人民邮电出版社,蔡敏,徐慧慧,
黄炳强编著。
2 总体设计
2.1 系统功能需求规定
1.客户可以通过不同的方式(包括电话、前台、网上)预定车辆;
2.系统能够保存客户的预定申请单;
3.能够保存客户的历史记录;
4.工作人员可以处理客户申请;
5.技术人员可以保存对车辆检修的结果。
软件项目的大致功能要求如下:
1.新客户输入个人信息进行注册,输入信息包括;
2.注册客户可以输入登录名和密码进行登录,也可以在登录后的主页中注销;3.客户可以通过不同的方式(包括电话、前台、网上)预定车辆;
4.客户浏览最新租赁、优惠信息推荐;
5.客户输入查询条件(包括查询类型和查询关键字)查询租赁汽车类型;
6.登录客户具有所有未注册客户所有的功能;
7.登录客户可以提交预订汽车订单;
8.登录客户查看订单、历史预订汽车记录;
9.登录客户查看个人信息;
10.登录客户修改个人信息;
11.登录客户添加服务评价;
12.登录客户添加公司建议;
13.租赁公司管理员审核、处理订单(包括取消订单和审核通过);
14.租赁公司管理员录入新加入公司的汽车信息,输入信息包括汽车品牌、车牌号、加入公司时间、固定司机、计费表和维护技术人员简介;
15.租赁公司管理员维护汽车信息、最新计费优惠信息、客户信息(包括修改客户等级、审核客户预订订单);
16.租赁公司管理员查看和注册客户信息;
17.租赁公司管理员修改登录密码;
18.租赁公司管理员回复客户的评价和建议;
19.租赁公司管理员在线客服。
详细说明参见《需求分析说明书》。
2.2 运行环境
该软件运行于Microsoft Windows平台上
软件需求:
客户端:浏览器(IE 、Firefox等);
服务端:浏览器、DBMS(如SQL Sever等)。
2.3 基本设计概念和处理流程
基本概念
Web应用程序的总体构架是一个客户机/服务器系统,浏览器向服务器请求"Web 页",每一页都是服务信息内容和以HTML表达的格式指令的组合。一些网页包括客户端脚本,它们由浏览器解释运行。这些脚本为要显示的网页定义了各种动态行为,而且它们经常与浏览器、网页内容和网页中包含的其他控件(Applet、ActiveX 控件和插件)交互。客户查看网页中的内容并交互。有时,客户在网页的字段元素中输入信息,以表单的形式提交给服务器处理。客户还可以通过超链接导航到系统的其他页,与系统进行交互。
基本流程
客户服务的流程:
①客户通过浏览器访问系统,并以表单的形式向服务端发送服务请求,服务端根据客户的请求和客户等级提供相应服务和优惠;若客户提出越权请求,服务端返回友好的错误报告信息。
②已注册客户可以将客户ID和密码以表单形式提交给服务端,服务端查询数据库,若有该客户则返回登录后的主页继续提供服务;若没有则返回错误提示。登录后,客户可以以各种方式浏览租赁汽车,也可以查看各种租赁服务活动、最新优惠等详细信息,对于自己需要的服务,可以提交申请给服务端,服务端接收到订单后,等待管理人员的审核,在最快的时间(0~5分钟)内,给以审批,并将审批通过的订单写入数据库,并以邮件的形式反馈确认信息;此后客户带有有效证件,就可以到汽车租赁公司取车,或多支付一部分费用,由汽车租赁公司人员将车开到指定地点。客户还车时,要等待租赁公司的技术人员车检正常后离开,如果出现汽车异常损坏,客户需要赔偿租赁公司相应的损失。在整个租赁过程中,客户可以对租赁公司的员工进行评价,并将评价填写在系统中评价栏中,也可以对租赁公司整体信誉等进行评价,并将一些建议等要求通过留言板提交给系统。注销后,返回登录界面。
③ 管理员验证客户ID 和密码后,进入管理端界面,以表单形式提交各种管理请求,服务端响应后,返回相应的服务页面。管理员退出后,返回登录页面。租赁公司的工作人员根据租赁客户在整个租赁过程中的行为进行客户信誉和对汽车的爱护情况进行打分,便于客户等级的评定、升级等,为以后,汽车紧张时,优先等级和信誉高,爱护汽车的客户。注销后回到登录界面。
2.4 结构
经过查阅资料和实际调查,将整个租赁系统分为4部分:基本数据维护模块、基本业务模块、数据库模块和信息查询模块。
整个Web 汽车租赁系统的总体服务流程图如下(详图请参见UML 类图):
整个Web 汽车租赁系统的总体模块结构图如下
图1 总体服务流程图
基本数据维护模块:
1) 添加车辆信息:汽车租赁商的车辆信息需要保存到数据库,车辆信息包括车辆的车型、车牌号码和车辆的状态等
2) 修改车辆信息:车辆被租以后状态会发生变化,要根据具体情况修改车辆的状态,如预留、租赁和空闲
3) 添加员工信息:公司员工的信息应该保存到系统数据库中,以便管理人员根据员工的表现对员工进行考核
4) 修改员工信息:交易的任务完成率要保存在员工信息中,员工完成一笔交易,要跟新员工的个人信息。
5) 优质服务排序:根据用户的评价,对各种服务排序 6) 公司简介:公司的基本信息 7) 服务信息:服务流程图
基本业务模块:
1) 客户注册和登录:客户在使用租赁系统进行预订汽车之前,需要注册 2) 客户填写预订申请:客户在租赁汽车之前首先填写预定申请
3) 工作人员处理预订请求:工作人员要处理客户的预订申请,可以根据客户租赁
的历史记录和目前车辆的状况决定是否同意客户的预订请求
4) 技术人员填写服务记录:公司的技术人员在客户归还车辆以后要对车辆进行彻
底的检查,以确定车辆目前的状况,检查完要填写的服务记录。
图2 总体结构图
5)工作人员处理还车请求:工作人员将根据车辆的状况和租赁的时间收取此次租
赁的费用,如果车辆有损坏,还要收取一定的罚金。
6)最新租赁信息、优惠信息更新:客户可以在不登录的状态下,浏览主页上最新
的优惠活动和新添加汽车的信息。
7)客户评价:客户对整个租赁过程和服务人员进行评价,提交系统
8)客户建议:客户对租赁公司的建议
9)管理员、员工登录:管理员、员工登录系统后,进入相应的页面
10)管理员回复:管理员对用户的评价给以回复
11)员工评价:员工对客户在租赁过程的行为和对汽车的爱惜情况作评价
数据库模块:
1)客户信息管理:客户信息除了包括客户的基本信息之外,还包括客户的租赁历
史记录,客户等级的改变,租赁过程的不良记录
2)车辆信息管理:车辆信息包括车辆的类型、车辆的新旧程度,车辆的状态等
3)租赁信息管理:租赁信息包括客户的租赁申请表记录和技术人员的服务记录
等
4)员工信息管理:员工信息包括工作人员、技术人员、管理人员的基本信息以
及工作人员的工作记录等
5)租赁优惠信息管理:租赁信息包括最新租赁费用价格表、租赁优惠活动等
信息查询模块
1)查询客户信息:负责客户的信息的查询
2)查询员工信息:负责公司员工信息的查询
3)查询车辆信息:负责车辆信息的查询
4)查询客户记录:负责查询客户的车辆租赁历史记录
具体各个模块包括的页面列表如下:表1. 各个模块对应页面
总体概要页面链接图关系如下:
模块内结构
客户WEB 页面链接关系图:
客户:Costumer: 浏览Web 汽车租赁系统的客户 操作: 1、 注册 2、 登录
3、 查询、修改个人信息
4、 提交汽车预订订单
5、 查看订单、取消订单
6、 浏览汽车信息、租赁优惠信息等
根据实现的功能和不同类型客户的操作,我们将整个汽车租赁系统划分为如下几个页面:
7、获得帮助
客户租赁汽车模块用例图:
管理员WEB页面链接关系图:
客户:Manager: Web汽车租赁系统管理员操作:
1、添加、删除汽车信息
2、审核订单
3、更新、维护汽车信息
4、维护客户信息、更改用户等级
5、更新租赁优惠信息
6、服务评价情况统计
7、审核订单
汽车租赁公司管理人员模块用例图:
2.5 功能需求与程序的关系
注:各功能需求的详细说明详见《需求分析说明书》
1、未注册者(过客)
2、已注册者(系统会员)
3、系统管理员
注:*Info.jsp 表示客户信息、汽车租赁通知、优惠信息、管理员信息的维护。
2.6 人工处理过程
客户服务端人工处理过程有:
①客户登录时客户ID和客户密码输入
②客户注册时个人详细信息的输入
③查询各种信息时查询条件的选择和输入
④修改订单信息时预订汽车时间日期的输入等等
⑤客户评价和建议时,需要输入内容
管理服务端人工处理过程有:
①管理员登录时ID和密码输入
②管理员查询订单时查询条件的选择和输入
③管理员修改密码时新密码的输入
④管理员选择各种服务时请求的提交
⑤管理员对客户提问的在线客服、问题解答、建议回复、评价解释等
2.7 尚未解决的问题
①一些较重要信息的加密解密
3 接口设计
3.1 客户接口
客户是通过操作浏览器、直接拨打电话、亲自面谈三种途径来完成汽车租赁的过程,一些表单信息需要客户填写,然后提交给服务器去处理,然后服务器将处理结果返回给客户端,客户可根据处理结果决定下一步的操作步骤。
3.2 外部接口
本系统通过jdbc-odbc桥接口操作SQL SEVER的数据库
3.3 内部接口
《详细接口可参看UML图》。
4 运行设计
4.1 运行模块组合
根据客户类型的不同,系统决定访问者可以访问的页面以及使用的功能。
4.2 运行控制
如果访问者未登录,即为游客,则只能访问主页、优质服务排行、按照各种条件搜索汽车信息、服务人员信息、技术人员信息、租赁公司信息、新汽车信息列表、注册、客服帮助,能够将希望得到的服务加入预提交订单中,但只有登录后才能提交订单等。
如果客户已登录,除未登录客户能使用的功能外,还可以提交订单,进入自己的个人信息页面、查看订单(包括当前订单和历史订单)、取消当前订单、查看和修改个人信息等。
如果是管理员,则可以访问增加新增添汽车信息、修改汽车信息、删除废弃汽车信息、服务人员信息、技术人员信息、租赁公司简介、最新优惠通知、处理订单和修改管理员密码等页面,并根据相应的页面使用相应的功能。要成功使用管理员的功能,必须在管理员登录页面正确输入ID和密码,不匹配者不能使用上述功能。
4.3 运行时间
打开网页的时延视网络速度而定,网络通畅时不得超过2s,任何情况下
不得超过5s;
查询汽车、人员信息、最新优惠服务通知和在线客服要根据数据库的大
小而定,但响应时间最多不得超过10s
提交信息写入数据库时,不得超过5s
5 系统数据结构设计
5.1 逻辑结构设计要点
系统内的具体数据变量详见UML图,下面说明各个类:
系统中所有角色的继承类:人员类(Person):
成员变量:
private name: String //姓名(真实姓名)
private ID: String //账号
private address: String //详细地址
private phoneNo:String //联系方式
客户类(Customer类,直接继承于Person类):
成员变量:
private CarType:String //租赁汽车类型
private licenseNo:String //租赁汽车牌号
session对象中保存的信息包括:
ID :String //客户ID
name :String //客户姓名
员工类(Employee类,直接继承于Person类):
成员变量:
private dateHired:Date //雇佣日期
private Type:int //员工类型(技术人员、服务人员等)
private WorkID:String //工作号
管理员类(Manager类,继承于Employee类):
成员变量:
private manager:Boolean //是否是管理员
session对象中保存的信息包括:
ID :String //管理员ID
name :String //管理员姓名
技术员工类(SkillWorker类,继承于Employee类):
成员变量:
private skills:String //技术方面
private qualifications : String //资格证书
服务员工类(CommonWorker类,继承于Employee类):
成员变量:
private commissionDate:Date //服务日期
订单记录类(WorkRecord):
成员变量:
private CustomerID: String //客户ID
private CommonWorkID: String //服务人员ID
private SkillWorkID: String //技术人员ID
private RentDate:Date //租赁日期
private ReturnDate:Date //还车日期
private CarType:String //汽车类型
private CarNumber:String //汽车车牌号
private money:int //付款
汽车类(Car类):
成员变量:
private Type:String //是否是管理员
private CarNumber:String //汽车车牌号
private status:Boolean //汽车状态
private condition:String //汽车设备环境
订单请求类(RequestOrderr类):
成员变量:
private CarType:String //租赁汽车类型
private RentDate:Date //租赁汽车日期
private:isAllow:Boolean //是否允许租赁
用户订单记录类(CustomerRecord类):
成员变量:
private CustomerID: String //客户ID
private rentDate:Date //租赁日期
private CarType:String //汽车类型
private CarNumber:String //汽车车牌号
private isFinish:Boolean //服务是否完成
服务记录类(ServiceRecord类):
成员变量:
private serviceHistory:DateSet //租赁汽车历史记录
private progressReport:String //租赁汽车过程
5.2 物理结构设计要点
数据库表可存储在任意位置,只要在注册数据源时选择目的数据库即可,而且存储空闲空间6G以上最好。
6 系统出错处理设计
6.1 出错信息
客户登录时,如果输入的客户ID和密码不和数据库中的相匹配,则系统自动跳入loginErr.htm页面,输出错误信息。
客户注册时,如果注册使用的客户ID已经被使用过,则不能注册,系统自动跳入registerErr.htm页面,输出错误信息
管理员登录时,如果输入的ID、密码与数据库中不匹配时,则不能进入管理界面。
需要操作数据库时,如果操作失败,或者发生异常,则输出相应错误信息,数据库信息回退到操作失败之前的一个正确时间点。
如果客户在表单中输入的数据不符合预定的要求,则弹出错误信息提示。
如果数据库损坏,不能正常操作,则弹出出错信息。
6.2 补救措施
a.后备技术:定期备份数据库文件,一旦数据库发生异常,立即用备份的数据库覆盖原来的数据库文件。
b.安全技术:为保护注册客户的合法权益,对客户的一些信息进行安全处理,对一些消息进行加密处理,使用session以及Application禁止各类客户的非法访问未授权网页和功能。
c.恢复及再启动技术:定期对数据库和服务器进行更新和检查,并定期备份重要文件。
6.3 系统维护设计
系统具有可扩展性,可以随时地、方便地加入扩展功能,完善现有的功能。
7 阶段小结
通过对租赁系统的概要设计,我们已经完全为基于WEB的汽车租赁系统构造了一个基本框架,建立了一个基本的模型,并且对各个模块之间的关系及接口和各个功能之间的相互联系进行了分析,为后面的详细设计和编码打下了基础,同时,我们的数据库已经基本建立完成,下面我将具体分析各个功能模块的具体实现,并开始编码工作。
软件详细设计说明书 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公共数据结构 〖给出本软件系统使用的每一个公共数据结构的类型定义、存储方式,公共数据结构内各元素项的类型定义、初始取值、可能取值的范围及相应的物理含义。建议以类似C语言的数据说明格式来描述。〗
文档标题 文档编号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) 功能及其接 口 ........................................................................
修订记录
目录 第一章概述........................................................................... 错误!未定义书签。 1.1.应用模块的目的....................................................... 错误!未定义书签。 1.2.应用模块总体描述................................................... 错误!未定义书签。 1.3.应用模块接口描述................................................... 错误!未定义书签。 1.4.假设条件................................................................... 错误!未定义书签。第二章设计模式(Design pattern) ................................... 错误!未定义书签。第三章类设计....................................................................... 错误!未定义书签。 3.1.分块类图................................................................... 错误!未定义书签。 <类图1> ............................................................ 错误!未定义书签。 <类图n> ............................................................ 错误!未定义书签。 3.2.整体继承关系........................................................... 错误!未定义书签。 3.3.类描述....................................................................... 错误!未定义书签。 <类名1> Class Description............................. 错误!未定义书签。 <类名n> Class Description............................. 错误!未定义书签。第四章交互图....................................................................... 错误!未定义书签。 4.1.<情景编号1: 情景名称> ........................................ 错误!未定义书签。 交互图................................................................ 错误!未定义书签。 例外情况及条件................................................ 错误!未定义书签。 4.2.<情景编号n: 情景名称> ........................................ 错误!未定义书签。第五章状态图....................................................................... 错误!未定义书签。 5.1.<状态图编号1:状态图名称> .................................. 错误!未定义书签。 5.2.<状态图编号n:状态图名称> .................................. 错误!未定义书签。第六章时序流程图............................................................... 错误!未定义书签。第七章用户界面设计说明................................................... 错误!未定义书签。 7.1.用户界面关系........................................................... 错误!未定义书签。 7.2.用户界面具体描述................................................... 错误!未定义书签。 <界面编号1:界面名称〉 ................................. 错误!未定义书签。 <界面编号N:界面名称〉 ................................ 错误!未定义书签。
网上购物系统 详细设计说明书 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
KTV点歌系统概要设计说明书
1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌,帮助系统管理员管理歌曲的播放,提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书,详细阐述了对用户所提出需求的设计方案,对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时,对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称:选歌系统 ●项目提出者:某KTV唱吧 ●项目开发者: ●项目管理者: ●最终用户:某KTV唱吧 1.3术语定义 实现环境:系统运行的目标软件、硬件环境。 实现技术:系统所采用的软件技术或体系结构。 实现语言或工具:实现系统最终采用的编程语言或工具包,如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统; 2)某KTV唱吧《视频点歌系统计划任务书》; 本项目所参照的文件有: 3)康博工作室,《Visual Basic 新起点》,机械工业出版社,2000
2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富,休闲活动的多种多样,人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及,点歌系统越来越智能化,人性化;一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统,因此,急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要,对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值:精确到小数后一位; 时间值:精确到日,并以yyyy/mm/dd的形式表示; 价格值:精确到分,并以.XX的形式表示。 时间特性 页面响应时间:不超过10秒 更新处理时间:不超过15秒 数据转换与传输时间:不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性,如操作系统,数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力,要求系统能够为将来的变更提供以 下支持:能够在系统变更用户界面和数据库设计,甚至在更换新的DBMS后,系统的现有设计和编码能够最大程度的重用,以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
(项目名称)详细设计说明书 文件版本 编写日期 发布日期
文件修改记录 修改日期版本号变化状态修改内容修改人 *变化状态:C――创建,A——增加,M——修改,D——删除 文档审批信息 版本号提交人批准人批准日期发布日期备注
目录 1引言 (1) 1.1编写目的 (1) 1.2适用范围 (1) 1.3术语和缩写 (1) 1.4参考资料 (1) 2概述 (1) 2.1系统概述 (1) 2.2系统功能定义 (1) 3总体结构说明 (1) 3.1系统结构 (1) 3.1.1系统内外部关系图 (1) 3.1.2功能模块简要说明 (1) 3.1.3依赖的外部接口 (1) 3.1.4对外提供的接口 (1) 3.2模块程序构件结构图 (1) 4数据模型(Data Model)设计 (2) 4.1逻辑实体模型 (2) 4.1.1实体模型1 (2) 4.1.2实体模型2 (3) 4.2表结构(物理设计) (3) 4.2.1表汇总 (3) 4.2.2表1 (3) 4.2.3表2 (3) 4.3视图列表 (4) 5功能实现说明 (4) 5.1数据流类模块 (4) 5.1.1数据流程图 (4) 5.1.2实现说明 (4) 5.1.3程序设计 (4) 5.2业务处理类模块 (5) 5.2.1Object Model设计 (5)
5.2.2程序设计 (5) 6界面实现说明 (5) 6.1模块1 (5) 6.1.1总体界面结构(业务操作区)说明 (5) 6.1.2功能点1界面结构说明 (5) 6.1.3功能点2界面结构说明 (5) 6.2模块2 (6) 6.2.1总体界面结构(业务操作区)说明 (6) 6.2.2功能点1界面结构说明 (6) 6.2.3功能点2界面结构说明 (6)
系统软件详细设计说明书 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 使用,用于显示文件名和文件图标。
修订历史记录 【模板使用必读:模板内容和页眉中【】包含内容为指导性的待替换文字,请在使用中替换为具体内容,或删除。文件提交时不得再含有这些内容。】
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3术语与缩写解释 (4) 1.4参考资料 (4) 2模块命名规则 (4) 3程序系统的组织结构 (5) 3.1子系统划分 (5) 3.2模块划分 (5) 3.3程序与功能需求、系统模块间的关系 (5) 4程序1(标识符)设计说明 (5) 4.1程序描述 (5) 4.2功能 (6) 4.3性能 (6) 4.4输人项 (6) 4.5输出项 (6) 4.6算法 (6) 4.7流程逻辑 (6) 4.8接口 (6) 4.9存储分配 (7) 4.10注释设计 (7) 4.11限制条件 (7) 4.12尚未解决的问题 (7) 5程序2(标识符)设计说明 (7)
引言 编写目的 【给出项目详细设计说明书的编写目的,同时指明读者对象。】 背景 【说明: a.待开发软件系统的名称; b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。】 术语与缩写解释 【列出本文件中用到的专门术语的定义和外文首字母缩写的原词组。】 参考资料 【提示:可包括:(1)本项目经核准的计划任务书、需求规格说明书、合同、项目设计概要说明书或上级机关的批文;(2)本文档所引用的资料、规范等,列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】
模块命名规则 【确定本软件的模块命名规则,例如类、函数、变量等,确保设计文档的风格保持一致。可以从机构的编码规范中摘取或引用。】 程序系统的组织结构 【用一系列图表列出本程序系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间的层次结构关系。】 子系统划分 模块划分 程序与功能需求、系统模块间的关系 程序1(标识符)设计说明 【从本章开始,逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。对于一个具体的模块,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同,在这种情况下,只要简单地说明这一点即
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、专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2、缩写 系统:若未特别指出,统指本北京督察局公务员量化测评系统。 SQL: Structured Query Language(结构化查询语言)。
ATM: Asynchronous Transfer Mode (异步传输模式)。 (四)参考资料 以下列出在概要设计过程中所使用到的有关资料: 新编软件工程实用教程---周丽娟、王华编著电子工业出版社 二、任务概述 (一)目标 1、完善考核测评制度,使考核测评方法科学、规范、公正。 2、使考核结果客观、准确。 3、使考核工作简单、快捷。 (二)运行环境 Oracle 客户机:外围设备:鼠标,键盘,显示器; 操作系统:装有浏览器的各种操作系统; 服务器:外围设备:鼠标,键盘,显示器; 编译程序:power designer、netbeans; 操作系统:windows操作系统; 数据库支持:SQL Server 2000; 数据存储能力和测试支持能力:需要有较高的系统支持 (三)需求概述 为使北京督察局更好进行量化测评,需开发一个北京督察局公务员量化测评系统。通过量化测评系统科学、规范、公正的进行考核,使考核结果客观、准确,使考核工作简单、快捷。并要求界面要简单明了,易于操作,服务器程序利于维护。 三、总体设计 (一)处理流程 下面将使用(结构化设计)面向数据流的方法对北京督察局公务员量化测评系统的处理
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******
1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统,对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明,在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2背景 A.待开发软件系统名称为: 在线交易二手市场; B.任务提出者:** 开发者:** C.使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express
PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标: ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术,使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能,收集用户对商品的意见及看法。 ⑸提供后台管理页面,简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境
XXXXXX XXXXXXXXXXXXX 项目名称 详细设计说明书 XXX公司 二〇XX年X月
文档修改记录
目录 第一章引言............................................. 错误!未定义书签。 目的............................................. 错误!未定义书签。 背景............................................. 错误!未定义书签。 术语定义......................................... 错误!未定义书签。 参考资料......................................... 错误!未定义书签。第二章系统概述......................................... 错误!未定义书签。第三章程序1设计说明................................... 错误!未定义书签。 程序描述......................................... 错误!未定义书签。 模块架构图 ................................... 错误!未定义书签。 功能 ......................................... 错误!未定义书签。 类图 ......................................... 错误!未定义书签。 增加功能(功能点) ........................... 错误!未定义书签。 程序流程 ..................................... 错误!未定义书签。 测试和限制条件 ............................... 错误!未定义书签。 备注 ......................................... 错误!未定义书签。第四章程序2设计说明................................... 错误!未定义书签。第五章公用接口程序说明................................. 错误!未定义书签。 全局变量......................................... 错误!未定义书签。 公用界面或接口................................... 错误!未定义书签。 公用方法和过程................................... 错误!未定义书签。第六章附件............................................. 错误!未定义书签。详细设计评审意见.......................................... 错误!未定义书签。
1引言2 1.1编写目的 (2) 1.2参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3系统部署图 (2) 2.4基本设计概念和类图 (3) 2.5结构 (4) 2.6功能模型描述 (9) 2.6.1招聘管理 (9) 2.6.2企业结构管理 (21) 2.6.3行政级别管理 (29) 2.6.4企业架构展示 (32) 2.6.5人事档案管理 (33) 2.6.6人事基础数据维护 (73) 2.6.7权限管理 (82) 2.7人工处理过程 (83) 2.8尚未问决的问题 (83) 3接口设计 (83) 3.1用户接口 (83) 3.2外部接口 (83) 3.3内部接口 (83) 4系统数据结构设计 (84) 4.1逻辑结构设计要点 (84) 5数据结构与程序关系 (85) 5.1表结构与数据结构图 (85) 5.1.1数据结构图 (85) 5.1.2表汇总 (87) 5.2数据结构与程序关系表........................................................... 错误!未定义书签。6系统出错处理设计.. (98) 6.1出错信息 (98) 6.2补救措施 (99) 6.3系统维护设计 (99)
概要详细设计说明书 1引言 1.1编写目的 本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。 1.2参考资料 《人力资源管理系统需求规格说明书》 2总体设计 2.1需求规定 本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。 2.2运行环境 软件运行环境 Windows 2000/XP/2003 Server操作系统; MS SQL Server 2000; Tomcat 5.0; Jdk 1.4; 硬件运行环境 Intel Pentium 2GHz或以上的CPU; 内存512MB,建议使用1GB内存; 硬盘至少有1GB可用空间; CD-ROM驱动器; 2.3系统部署图 用图例表示出系统实施运行中使用的服务器名称,Internet和各服务器之间的实施运作。
ERP人力资源管理系统概要设计 1引言 1.1 编写目的 人力资源管理系统(HRMS),包括人事日常事务、薪酬、招聘、培训、考核以及人力资源的管理,也指组织或社会团体运用现代化的科学方法,对企业的人力进行合理的组织、培训和调配,同时对人的思想、心理和行为进行恰当的诱导、控制和协调,充分发挥员工的主观能动性,用以提高企业人力资源管理水平,使人力资源更有效的服务于组织或团体目标。 本文档预期读者为本系统开发小组的组员,文档用于人力资源管理系统设计的大纲说明,概括了该系统的各个模块的需求规定,设计构思,系统流程,功能分配,数据结构设计,接口设计,运行设计,信息结构设计,出错处理和维护等方面的内容,使本系统开发小组的组员们能大致构建一个系统框架,为详细设计提供基础。 在下一阶段的详细设计中,程序设计员参考本概要设计说明书,在概要设计对人力资源管理系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段参考本说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2 背景 本系统名称为人力资源管理系统,提出者为黄永儒,开发者为黄永儒,黄敏,詹萍,预期用户为需要人力资源管理的小型企业。 人力资源管理系统将由两部分组成:置于管理部门的前台客户程序,以及置于公司的数据库服务器。本系统与其他系统的关系如下: 1.3 定义 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL:Structured Query Language(结构化查询语言)一种用于访问查询数据库的语言。 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.4 参考资料
[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]
概要设计说明书 1.引言 1.1编写目的 本说明书交给各个被调研单位审核,并经领导层讨论通过后,软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称: 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 《软件工程》 2.总体设计 2.1需求规定 2.1.1功能规定
2.1.2系统功能 能对各招生子单位进行管理 能添加、修改、删除、考生信息 能对考生进行分类管理 能将考生信息导出至网上信息发布子系统 能根据各分类统计考生信息 能添加新的管理员 能修改管理员的密码 2.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍。 2.1.2.2时间特性要求 本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意。 2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。 2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。 2.1.3输入输出要求 2.1.4数据管理能力要求
XX 详细设计说明书 拟制日期yyyy-mm-dd 评审人日期yyyy-mm-dd 批准日期yyyy-mm-dd <公司或企业图标> <公司或企业中英文名称> 版权所有侵权必究 (仅供内部使用)
修订记录 分发记录
目录 1简介 (6) 1.1目的 (6) 1.2范围 (6) 2详细设计 (6) 2.1模块1详细设计 (6) 2.1.1数据描述 (6) 1.简单数据描述; (6) 2.结构1 (6) 3.结构2 (7) 2.1.2函数描述 (8) 1.函数1 (8) 2.函数2 (9) 2.2模块2详细设计 (10) 2.3错误处理 (10) 2.3.1系统错误 (10) 2.3.2接口错误 (10) 2.3.3协议错误 (10)
表目录No table of contents entries found.图目录 Figure 1Module 1 Structure Chart 模块1结构图 (8)
XX 详细设计说明书 关键词: 摘要: 缩略语清单:<对本文所用缩略语进行说明,要求提供每个缩略语的英文全名和中文解释。
1 简介 1.1 目的 描述本文的目的,一般详细设计必须能够直接指导编码活动。 1.2 范围 本节应描述文档所包括和不包括的内容。 2 详细设计 对于在概要设计说明书中给出的软件实体,本节集中描述它们的详细描述部分。 2.1 模块1详细设计 描述模块中定义和使用的数据,包括: 简单数据,如模块级的全局变量、常量、宏; 复合数据,如模块内部的结构、联合...; 2.1.1 数据描述 在2.1.1.1中描述本模块中的简单变量、常量、宏; 从2.1.1.2起描述本模块中的复合数据,如结构、联合等; 1. 简单数据描述; 描述在本模块中定义和使用的简单变量、常量、宏; 按照下列格式进行简单数据的描述 功能描述:描述该数据的用途 数据定义:定义该数据 2. 结构1 定义和说明该数据结构(包括联合); 按照下列格式进行数据结构的描述 数据结构描述:描述该数据结构的用途 数据结构定义:用实际的编程语言定义该数据结构 数据项描述:
五、详细设计说明书 1.引言 (222) 1.1编写目的 (222) 1.2项目背景 (222) 1.3定义 (333) 1.4参考资料 (333) 2.总体设计 (444) 2.1需求概述 (444) 2.2软件结构错误!未定义书签。错误!未定义书签。错误!未定义书签。 3.程序描述 (444) 3.1功能 (444) 3.2性能 (777) 3.3输入项目 (888) 3.4输出项目 (888) 3.5算法 (888) 3.6程序逻辑 (888) 3.7接口 (999) 3.8存储分配错误!未定义书签。错误!未定义书签。错误!未定义书签。
3.9限制条件错误!未定义书签。错误!未定义书签。错误!未定义书签。 3.10测试要点 (131313) 1.引言 1.1目的 为了对本网上购物系统的可行性进行一下探讨,论证实现本项目的可能性,和一些前期的准备工作及工作条件,并且为工程的下一步设计打下铺垫。电子商务是于九十年代初,在欧美兴起的一种全新的商业交易模式,它实现了交易的无纸化,效率化,自动化表现了网络最具魅力的地方,快速的交换信息,地理界限的模糊,这所有的一切也必将推动传统商业行为在网路时代的变革。随着电子商务,尤其是网上购物的发展,商品流通基础设施和配套行业的重点将会将对中国商品流通领域和整个经济发展带来种种影响,确实值得我们认真研究。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源,如公司简介、管理规范和公司制度等等;动态信息是指随时变化的信息,如商品报价,会议安排和培训信息等。网上购物系统具有强大的交互功能,可使商家和用户方便的传递信息,完成电子贸易或EDI 交易。这种全新的交易方式实现了公司间文档