08级作业--需求分析规格说明书(参考)

1、封面： 文档编号：01 版本号：0812 文档名称：需求分析说明书项目名称：火车软、硬卧车票系统项目负责人：陆玉霞 2010年 4月29日编写：第4 组核对：陆玉霞、李倩、李珍霞、郭丹、李朋理批准：开发单位： 08应用二班4 组 “火车软、硬卧车票系统”软件需求说明书一、引言1.1编写目的本文档的编写目的是：l 准确全面的描述火车软卧、硬卧车票系统的业务需求，明确系统的目标和功能，为业务人员和设计开发人员对火车售票管理系统的统一理解，为设计和实现火车售票管理系统提供依据。l 为核定开发成本、估算开发、组织人力资源和编制开发计划提供依据。l 为系统验收提供依据。本文档的读者是：l 参与本项目需求

2、分析和需求评审的技术人员。l 参与本项目需求分析的业务人员和管理人员。l 参与本项目实现的系统设计人员、软件开发人员、编码人员。l 参与本项目系统测试的业务人员、软件测试人员。1.2背景1) 待开发的软件系统名称：火车软卧、硬卧车票系统。2) 本项目的任务提出者：火车代售点。3) 开发者：08应用二班4 组。4) 4用户：火车代售点。1.3参考资料1.软件工程 第三版 ，大连理工大学出版社。2.软件工程导论第三版，清华大学出版社。3通过豆丁网查询。1.4术语定义1.数据流图：用于表示系统模型的一种工具。它从数据传递和加工的角度，以图形的方式描述数据在系统中流动和处理过程。它表示了系统内部信息的

3、流向以及系统的逻辑处理功能。2.数据词典：它是数据的集合，它对数据流图中的各个元素作完整的定义和说明，是数据流图的补充工具。3IPO：IPO图是输入/处理/输出图的简称。它能够方便地描绘输入数据，对数据的处理和输出数据之间的关系。4层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。5.ER模型：表示概念性数据模型的方法，是实体联系方法（Entity-Relationship Approach）,它包括“实体”、“联系”、“属性”三个基本成分。二、任务概述2.1项目目标在3个月内，建立一个网络化的、高效率的火车软卧、硬卧车票系统，提高工作效率和经济效益。2.2运行环境2.2.1硬件

4、环境l 一台PC服务器，2台PC机，1台打印机l CPU：P166以上l 内存：32M以上l 硬盘空间：200M以上l 标准键盘、标准鼠标、标准显示器、标准VGA显卡2.2.2软件环境 l Microsoft Visual Basic 6.0.中文版数据库管理系统，超大规 模分布式C/S架构l Office 办公应用软件l Microsoft Windows 2000/XP系统2.3条件和限制本档案管理系统软件是应用于一个火车售票站点。在功能上还可进一步实现安全防范与因特网和电话集成起来，成为一个高技能的、网络化的管理系统软件。三、需求规定3.1数据描述1.静态数据：层次方框图火车票售票系统售

5、票功能查询功能改签功能维护功能统计功能销售车票预订车票退票车次查询时刻表查询售票情况查询日期修改终点站修改车次修改定期维护系统数据备份售票统计报表打印2.动态数据：IPO图输入处理输出列车运行情况售票情况顾客需求查询改签退票售票列车运行情况售票情况车票3.E-R图改签时间车次车次编号车型座位数车型号价格运价计费车票售票乘车时间售票员工号姓名改签到顾客顾客名称退票到退票时间票价应退款车次站名票价乘车日期车次目的站票号票价座位号退票否出发站发车时间4.数据流图经过分析，该系统的分层数据流图如下售票员火车票售票系统管理要求查询要求顾客情况顾客火车票(a)顶层数据流图顾客售票员1检查有效性车票管理要求

6、查询要求无效要求2车票管理有效的管理要求火车票3车票查询有效的查询顾客情况车票情况(b)0层数据流图有效的管理要求2.1要求分类2.2车票总数售票记录2.3退票2.4改签车票条码车票条码(C)一层数据流图有效的查询要求3.1查询要求分类3.2查询售票3.2查询顾客查询顾客情况顾客情况车票文件查询售票情况售票情况售票文件(d)一层数据流图顾客文件车票条码2.3.1办理退票售票文件逾期指定的时间内2.3.2计算金额金额(e)二层数据流图车票条码2.4.1办理改签售票文件逾期指定的时间内2.4.2计算金额金额2.4.3办理改签车票改签车票(f)二层数据流图办理车票5.数据词典（1）数据流车票管理要求

7、=该车次的车票总数|退票|改签查询要求=顾客情况+车票情况顾客情况=身份证+顾客要求顾客要求=日期+硬卧|软卧+始发站+终点站车票情况=总数+火车票火车票=车次+日期+发车时间+座号+软卧|硬卧+出发站+目的站+是|否卖出软卧=上铺|下铺硬卧=上铺|中铺|下铺出发站=1汉字6 目的站=1汉字6座号=车厢号+座位号车票条码=10-912身份条码=10-918身份证=身份条码+姓名+出生地售票记录=售票日期+车票条码注：身份证上都有姓名、身份证号、出生年月、所住地址，购买该天该次列车车票每个身份证只能用一次。（2）数据存储编号：名称：车票文件组成：车次+日期+发车时间+软卧|硬卧+出发站+目点站+

8、座号+是|否卖出组织：按车票所显示的座位号排列编号：名称：售票文件组成：售票记录+车票情况+车票条码组织：按车次目录号递增顺序排列编号：名称：顾客文件组成： 身份证+身份条码组织：按个人的身份证来区别是否购买了该天的该次车票（3）加工处理加工编号：1加工名：检查有效性输入流：车票管理要求、查询要求输出流：有效的管理要求、有效的查询加工逻辑：检查输入要求的有效性加工编号：2.1加工名：要求分类输入流：有效的管理要求输出流：售票记录，车票条码加工逻辑：根据管理要求的类型选择Case 1:售票的记录,输出售出的车票Case 2:退票,输出退票的时间、车次Case 3:改签 输出改签的车次、日期、目的

9、站 加工编号：2.2加工名：车票总数输入流：售票记录输出流：车票文件加工逻辑：根据顾客的要求买出车票后，输入填写好的售票记录，并写入车票文件。加工编号：3.1加工名：查询要求分类输入流：有效的查询要求输出流：查询顾客情况、查询售票情况加工逻辑：根据查询类别选择 Case1:查询顾客情况 Case1:查询车票情况 加工编号：3.2加工名：查询顾客输入流：查询顾客情况，售票文件，顾客文件输出流：顾客情况加工逻辑：根据查询顾客的情况从顾客文件中读出顾客记录，并从售票文件中读出该读者的购票记录，综合输出该读者的购票情况。加工编号：3.3加工名：查询售票输入流：查询售票情况，售票文件，车票文件输出流：售

10、票情况加工逻辑：根据查询售票的情况从车票文件中读出车票的信息，并从售票文件中读出该车次的售票记录，综合输出该票的售票情况。加工编号：2.3.1加工名：办理退票输入流：车票条码，售票文件输出流：无效退票，售票文件，逾期指定时间内加工逻辑：在逾期指定的时间内去退票（改签）窗口办理，售票员检查可否退出该票，退出后在售票文件中做修改。加工编号：2.3.2加工名：计算金额输入流：逾期指定时间内输出流：金额加工逻辑：根据该车票的价格并扣除该火车票价的百分之二十的手续费退还给顾客。加工编号：2.4.1加工名：办理改签输入流：车票条码，售票文件输出流：无效改签，售票文件，逾期指定时间内加工逻辑：在逾期指定的时

11、间内去退票（改签）窗口办理，售票员在根据顾客的要求办理车票，改签后在售票文件中做修改。加工编号：2.4.2加工名：计算金额输入流：逾期指定时间内输出流：金额，办理车票加工逻辑：根据顾客的要求办理改签的车票，查询该车票的价格是否多出原来车票的价格，多出顾客在添加，少出原来的价格在退还给顾客。加工编号：2.4.3加工名：办理改签车票输入流：办理车票输出流：改签车票加工逻辑：根据顾客的要求办理改签的车票，并把车票打印后在车票上印上“车票改签”印章给顾客。3. 2功能需求经过分析后系统的功能如下：（1）销售功能l 销售车票l 预订车票l 改签车票、退票。(2)查询功能l 车次查询l 时该表查询l 售票

12、情况查询（3）维护功能l 车票表修改l 预订车票表修改l 退票表修改(4)调度功能l 车次修改l 终点站修改l 车辆修改(5)统计功能l 售票统计l 打印报表3.3性能需求1.数据精确度l 要按照严格的数据格式输入，否则系统不给予响应进行处理。l 在查询时根据的要求进行查询相关的信息。顾客可以直接到售票员那里查询，也可以通过滚动窗口查看。2.时间特性一般操作的响应时间应在12秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。3.适应性满足火车代售点使用的需求，对前面提到的运行环境要求不应存在困难。3.4运行需求1.用户接口使用VB的界面，全新感觉，操作简便，一目了然，视图优美等特点。并且采用菜单界面驱动方式，给操作用户带来了极大的便利，对用户友好。对鼠标和键盘单独支持。2.软件接口运行于Microsoft Windows 2000/XP操作系统上。3.硬件接口本软件不需要特定的硬件或硬件接口进行支撑。只要满足以上运行环境即可运行此软件。4.故障处理正常使用时一般不会出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。一般的情况如下：出错信息处理对策系统无响应重新启动系统打印格