08级作业需求分析规格说明书参考.docx
《08级作业需求分析规格说明书参考.docx》由会员分享，可在线阅读，更多相关《08级作业需求分析规格说明书参考.docx（14页珍藏版）》请在冰豆网上搜索。
08级作业需求分析规格说明书参考
封面：
文档编号：
01
版本号：
0812
文档名称：
需求分析说明书
项目名称：
火车软、硬卧车票系统
项目负责人：
陆玉霞
2010年4月29日
编写：
第4组
核对：
陆玉霞、李倩、
李珍霞、郭丹、李朋理
批准：
开发单位：
08应用二班4组
“火车软、硬卧车票系统”软件需求说明书
一、引言
1.1编写目的
本文档的编写目的是：
●准确全面的描述火车软卧、硬卧车票系统的业务需求，明确系统的目标和功能，为业务人员和设计开发人员对火车售票管理系统的统一理解，为设计和实现火车售票管理系统提供依据。
●为核定开发成本、估算开发、组织人力资源和编制开发计划提供依据。
●为系统验收提供依据。
本文档的读者是：
●参与本项目需求分析和需求评审的技术人员。
●参与本项目需求分析的业务人员和管理人员。
●参与本项目实现的系统设计人员、软件开发人员、编码人员。
●参与本项目系统测试的业务人员、软件测试人员。
1.2背景
1）待开发的软件系统名称：
火车软卧、硬卧车票系统。
2）本项目的任务提出者：
××火车代售点。
3）开发者：
08应用二班4组。
4）4．用户：
××火车代售点。
1.3参考资料
1.《软件工程》第三版，大连理工大学出版社。
2.《软件工程导论》第三版，清华大学出版社。
3．通过豆丁网查询。
1.4术语定义
1.数据流图：
用于表示系统模型的一种工具。
它从数据传递和加工的角度，以图形的方式描述数据在系统中流动和处理过程。
它表示了系统内部信息的流向以及系统的逻辑处理功能。
2.数据词典：
它是数据的集合，它对数据流图中的各个元素作完整的定义和说明，是数据流图的补充工具。
3．IPO：
IPO图是输入/处理/输出图的简称。
它能够方便地描绘输入数据，对数据的处理和输出数据之间的关系。
4．层次方框图：
用树形结构的一系列多层次的矩形框描绘数据的层次结构。
5.ER模型：
表示概念性数据模型的方法，是实体—联系方法（Entity-RelationshipApproach）,它包括“实体”、“联系”、“属性”三个基本成分。
二、任务概述
2.1项目目标
在3个月内，建立一个网络化的、高效率的火车软卧、硬卧车票系统，提高工作效率和经济效益。
2.2运行环境
2.2.1硬件环境
●一台PC服务器，2台PC机，1台打印机
●CPU：
P166以上
●内存：
32M以上
●硬盘空间：
200M以上
●标准键盘、标准鼠标、标准显示器、标准VGA显卡
2.2.2软件环境
●MicrosoftVisualBasic6.0.中文版数据库管理系统，超大规模分布式C/S架构
●Office办公应用软件
●MicrosoftWindows2000/XP系统
2.3条件和限制
本档案管理系统软件是应用于一个火车售票站点。
在功能上还可进一步实现安全防范与因特网和电话集成起来，成为一个高技能的、网络化的管理系统软件。
三、需求规定
3.1数据描述
1.静态数据：
层次方框图
2.动态数据：
IPO图
3.E-R图
4.数据流图
经过分析，该系统的分层数据流图如下
5.数据词典
（1）数据流
车票管理要求=[该车次的车票总数|退票|改签]
查询要求=顾客情况+车票情况
顾客情况=身份证+顾客要求
顾客要求=日期+[硬卧|软卧]+始发站+终点站
车票情况=总数+{火车票}
火车票=车次+日期+发车时间+座号+[软卧|硬卧]+出发站+目的站+[是|否卖出]
软卧=[上铺|下铺]
硬卧=[上铺|中铺|下铺]
出发站=1{汉字}6
目的站=1{汉字}6
座号=车厢号+座位号
车票条码=1{0-9}12
身份条码=1{0-9}18
身份证={身份条码}+姓名+出生地
售票记录=售票日期+车票条码
注：
身份证上都有姓名、身份证号、出生年月、所住地址，购买该天该次列车车票每个身份证只能用一次。
（2）数据存储
编号：
名称：
车票文件
组成：
{车次+日期+发车时间+[软卧|硬卧]+{出发站+目点站+座号}+[是|否卖出]}
组织：
按车票所显示的座位号排列
编号：
名称：
售票文件
组成：
{售票记录+{车票情况+车票条码}}
组织：
按车次目录号递增顺序排列
编号：
名称：
顾客文件
组成：
{身份证+身份条码}
组织：
按个人的身份证来区别是否购买了该天的该次车票
（3）加工处理
加工编号：
1
加工名：
检查有效性
输入流：
车票管理要求、查询要求
输出流：
有效的管理要求、有效的查询
加工逻辑：
检查输入要求的有效性
加工编号：
2.1
加工名：
要求分类
输入流：
有效的管理要求
输出流：
售票记录，车票条码
加工逻辑：
根据管理要求的类型选择
Case1:
售票的记录,输出售出的车票
Case2:
退票,输出退票的时间、车次
Case3:
改签输出改签的车次、日期、目的站
加工编号：
2.2
加工名：
车票总数
输入流：
售票记录
输出流：
车票文件
加工逻辑：
根据顾客的要求买出车票后，输入填写好的售票记录，并写入车票文件。
加工编号：
3.1
加工名：
查询要求分类
输入流：
有效的查询要求
输出流：
查询顾客情况、查询售票情况
加工逻辑：
根据查询类别选择
Case1:
查询顾客情况
Case1:
查询车票情况
加工编号：
3.2
加工名：
查询顾客
输入流：
查询顾客情况，售票文件，顾客文件
输出流：
顾客情况
加工逻辑：
根据查询顾客的情况从顾客文件中读出顾客记录，并从售票文件中读出该读者的购票记录，综合输出该读者的购票情况。
加工编号：
3.3
加工名：
查询售票
输入流：
查询售票情况，售票文件，车票文件
输出流：
售票情况
加工逻辑：
根据查询售票的情况从车票文件中读出车票的信息，并从售票文件中读出该车次的售票记录，综合输出该票的售票情况。
加工编号：
2.3.1
加工名：
办理退票
输入流：
车票条码，售票文件
输出流：
无效退票，售票文件，逾期指定时间内
加工逻辑：
在逾期指定的时间内去退票（改签）窗口办理，售票员检查可否退出该票，退出后在售票文件中做修改。
加工编号：
2.3.2
加工名：
计算金额
输入流：
逾期指定时间内
输出流：
金额
加工逻辑：
根据该车票的价格并扣除该火车票价的百分之二十的手续费退还给顾客。
加工编号：
2.4.1
加工名：
办理改签
输入流：
车票条码，售票文件
输出流：
无效改签，售票文件，逾期指定时间内
加工逻辑：
在逾期指定的时间内去退票（改签）窗口办理，售票员在根据顾客的要求办理车票，改签后在售票文件中做修改。
加工编号：
2.4.2
加工名：
计算金额
输入流：
逾期指定时间内
输出流：
金额，办理车票
加工逻辑：
根据顾客的要求办理改签的车票，查询该车票的价格是否多出原来车票的价格，多出顾客在添加，少出原来的价格在退还给顾客。
加工编号：
2.4.3
加工名：
办理改签车票
输入流：
办理车票
输出流：
改签车票
加工逻辑：
根据顾客的要求办理改签的车票，并把车票打印后在车票上印上“车票改签”印章给顾客。
3.2功能需求
经过分析后系统的功能如下：
（1）销售功能
●销售车票
●预订车票
●改签车票、退票。
（2）查询功能
●车次查询
●时该表查询
●售票情况查询
（3）维护功能
●车票表修改
●预订车票表修改
●退票表修改
（4）调度功能
●车次修改
●终点站修改
●车辆修改
（5）统计功能
●售票统计
●打印报表
3.3性能需求
1.数据精确度
●要按照严格的数据格式输入，否则系统不给予响应进行处理。
●在查询时根据的要求进行查询相关的信息。
顾客可以直接到售票员那里查询，也可以通过滚动窗口查看。
2.时间特性
一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。
3.适应性
满足火车代售点使用的需求，对前面提到的运行环境要求不应存在困难。
3.4运行需求
1.用户接口
使用VB的界面，全新感觉，操作简便，一目了然，视图优美等特点。
并且采用菜单界面驱动方式，给操作用户带来了极大的便利，对用户友好。
对鼠标和键盘单独支持。
2.软件接口
运行于MicrosoftWindows2000/XP操作系统上。
3.硬件接口
本软件不需要特定的硬件或硬件接口进行支撑。
只要满足以上运行环境即可运行此软件。
4.故障处理
正常使用时一般不会出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
一般的情况如下：
出错信息
处理对策
系统无响应
重新启动系统
打印格式不正确
关闭上网助手
输入数据格式错误
重新输入
输入数据溢出
重新输入
输入数据不完整
补充输入
数据库内容被破坏
可手动或自动恢复
4.其他需求
1）系统的功能实现情况:
用户可在本系统下实现各种用户要求的功能。
2）系统的安全性:
对于系统的重要数据都有密码保护，具有一定的安全性。
3）系统的容错性:
用户输错数据都有提示信息，具有较好的容错性能。
4）系统的封闭性:
用户的封闭性较好，用户基本上在提示信息下输数据。
升级会员 