机票订购系统需求分析说明书
编写：日期：
审核：日期：
批准：日期：
受控状态：是
发布版次：1.0 日期：
编号：
变更记录
签字确认
目录
1概述 (4)
1.1目的 (4)
1.2背景 (4)
1.3范围 (4)
1.4术语定义 (4)
1.5参考资料 (5)
1.6任务概述 (5)
1.6.1目标 (5)
1.6.2用户的特点 (5)
1.6.3假定和约束 (5)
1.7运行环境 (5)
1.7.1软件环境 (6)
1.7.2硬件环境 (6)
1.7.3接口 (6)
1.7.4控制 (6)
1.8需求规定 (7)
1.8.1对功能的需求 (7)
1.8.2对非功能性的需求 (20)
1概述
1.1目的
本说明书目的在于明确说明该机票订购系统的系统需求，界定它实现功能的范围，指导系统设计以及编码。
本说明书的预期读者为：项目经理、指导老师、本小组组员、院方审核老师。
1.2背景
a)软件系统名称:机票订购系统
b)开发者: 机票订购系统项目开发组;
用户: 有购买机票需求的用户
管理员：经过专门培训的系统维护人员
c)该软件系统需要各航空公司及银行的支持
1.3范围
本项目是基于Windows平台上的系统，而且本系统的主题是购买机票，所以我们项目的应用范围是有购买机票需求的用户。
1.4术语定义
1.B/S：Browse /Server,一种浏览器到服务器的应用系统架构。
2.oracle 10g:一个数据库版本。
3.MyEclipse：IDE，在这里用来搭建JAVAEE开发环境。
1.5参考资料
《软件工程与管理》
《JAVAEE开发与实践》
《Oracle技术手册》
《JavaScript宝典》
1.6任务概述
1.6.1 目标
本系统是基于windows的购票平台，而且本系统的主题是购票，所以我们项目的应用范围是有购买机票需求的PC端用户。用户可以查询航班信息，可以购买机票，以及改签和退票。系统管理员可以对航班信息进行添加、删除和修改等操作。
1.6.2 用户的特点
用户特点
本项目的最终产品主要有两种用户人群
1.普通用户：是执行本系统大部分功能的所有购票者，该部分人员的操作水平为初、中级,可以通过电脑进行简单的操作。
2.系统维护人员：是后台系统维护的人员，事先得到过专业的培训，具有较高的专业水平。1.6.3 假定和约束
本项目无开发经费，配备4名开发人员，截止至3月20号完成；开发环境采用windowsXP平台；作为电脑端购票系统，调试工作在开发环境中完成；在局域网下开发，无法搜索到大量参考资料和资源以供参考；在并行操作、安全和保密方面无约束。假设团队管理不完善，设计考虑不周全，则开发工作会受到很大影响。
1.7运行环境
简要说明本产品的运行环境（包括硬件环境和支持环境）的规定。
1.7.1 软件环境
列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
1.7.2 硬件环境
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a)处理器型号及内存容量；
b)外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c)输入及输出设备的型号和数量，联机或脱机；
d)数据通信设备的型号和数量；
e)功能键及其他专用硬件
1.7.3 接口
可支持TCP/IP通信协议
1.7.4 控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
1.8需求规定
1.8.1 对功能的需求
1.8.1.1 系统功能层次模块图
1.8.1.2 各子模块功能的描述
1.8.1.
2.1用户管理模块
功能描述：
1．第一次登录的用户，进行注册，输入用户名，密码等信息。
2．修改密码等个人信息
3．用户权限管理，分一般用户，管理员用户。
4．完善用户信息。
5. 用户注销
用例图：
管理员
用户
1.8.1.
2.2
机票查询模块
功能描述：
1.用户可以输入飞机始发地、目的地以及乘机日期查找相应航班信息.
管理员/用户
1.8.1.
2.3
机票订购模块/订单生成模块
功能描述：
1.用户选中某班次。
2.用户点击预定该航班
3.用户输入乘机人信息。
4.用户点击支付订单跳转到相应支付页面
用户
1.8.1.
2.4
机票退订模块/订单删除模块
功能描述：
1.用户选中需退票订单。
2.用户点击退票
3.系统删除该订单
4.后台进行相应费用的计算和支付
5.用户支付相应费用
6.用户查看退订信息
用户
1.8.1.
2.5
机票改签模块/订单修改模块
功能描述：
1.用户选中需改签订单。
2.用户点击改签
3.系统更新该订单
4.后台进行相应费用的计算和支付
5.用户支付相应费用
6.用户查看改签信息
用户
1.8.1.
2.6订单查询模块
功能描述：
1.输入乘机人信息和出行日期
2.后台查找相应订单
3.显示相应查询结果
1.8.1.
2.7
航班信息维护模块
功能描述：
1.管理员添加航班，并写入航班信息
2.管理员删除航班
3.管理员选择需要修改的航班，并写入新的航班信息
管理员
1.8.1.
2.8短信推送模块
功能描述：
1.完成订单后系统自动向用户发送短信。
2.用户可以收短信。
用例图：
1.8.2 对非功能性的需求
1.8.
2.1 输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
输入：
1. 用户名：16位字符串，支持中英文，不重复
2. 密码：16位字符串，只支持英文
3. 个人信息：每项16位字符串，支持中英文
4. 航班信息：每项16位字符串，支持中英文
输出：
1. 个人信息：表格，每个单元格采用不超过16位的字符串表示，支持中英文
2. 航班信息：表格，每个单元格采用不超过16位的字符串表示，支持中英文
3. 订单信息：表格，每个单元格采用不超过16位的字符串表示，支持中英文
1.8.
2.2 其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
1、安全性
对于用户个人资料的访问，需要用户本人授予权限。
2、可维护性
为了便于项目维护，模块的设计应该高内聚、低耦合。
3、可扩展性
根据业务需要，系统今后肯能会再添加新的功能服务，所以，系统的各功能要尽量模块化，同时还要预留接口，以便业务扩展。
4、可靠性
要达到，1000次使用，程序崩溃次数不超过10次的标准。
软件工程机票预订实验报告记录
————————————————————————————————作者：————————————————————————————————日期：
本科实验报告 课程名称：软件工程导论 实验项目：机票预订系统 实验地点： 专业班级： 学生姓名： 指导教师： 年月日1.实验目的和要求
目的：为本实验课程做好各项准备工作，熟悉软件开发环境，熟悉电子资源的获取，了解学校内部工资系统的流程及其内容。 本实验课程通过完整地实施软件生命周期各阶段的任务，让学生系统地学习到软件开发过程的主要理论、方法、技术、标准和规范，使他们具备基本的软件开发设计能力；通过软件工程中常用CASE工具和软件项目管理的实践，使他们具备运用各种工具完成项目设计和实施的基本技能；通过集体项目开发，培训学生的合作意识和团队精神，培养学生对技术文档的编写能力。 要求：确定分组成员，根据提供的课题需求，作出相应的可行性研究报告，需求分析，结构化设计等。结合具体的开发项目进行分析、设计。 二、实验内容和原理 1．班级按项目小组进行分组，每组不得超过5人。 2．每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目，所有实验中都要采用同一个实验题目。 项目开发的每项任务要落实到人且规定该任务的起止日期和时间。 3．每个项目小组全体成员参加集体讨论需求分析，完成需求分析报告，，修订并评审需求分析报告，确定系统的需求分析模型。 4. 项目总体设计小组每个成员根据第3步需求分析的结果对系统进行总体设计，并完成文档，提交项目小组讨论。 2. 5. 项目详细设计小组人员每人选择第4步的一个模块进行详细设计。 6. 项目小组全体成员选择第4步的一个模块编码实现。 7. 由需求分析人员对第5步的结果进行黑盒测试，设计人员进行白盒测试，并编写测试计划和测试结果报告。 三、主要仪器设备 计算机，相关软件开发工具和环境，浏览器 四、操作方法与实验步骤 小组情况 项目题目：机票预订系统 项目成员
软件工程课程设计说明书 题目：机票预订系统 院系： 专业班级： 学生姓名： 指导教师： 院系软件工程教研室
课程设计成绩评定表
摘要 本系统是根据C语言和数据库技术开发出来的一种用于机票预订系统的软件，适用于解决机场中的售票问题。该系统有以下几个功能主要用于机票预订，所以提供了以下几个子功能：机票预订，取票通知，查询航班，查询机票，打印机票，各航班的营运统计，旅客延误了取票时间的处理，班机取消后的处理，以及更改机票的处理等。机票预订功能：旅行社和机场管理员有权力进行该项功能。首先通过查询得到旅客所需的航班，确定该航班还有没有被预订的座位，然后选择座位的等级，填写旅客的详细信息之后就可进行网上预订机票。取票通知：该项功能只有旅行社和机场管理员有权力进行操作，在机票预订功能成功完成之后，系统会自动给浏览器端发送一条取票信息以及所需缴纳的费用。旅行社可以利用特定设备将该取票信息打印出来，这就是取票通知。退订机票：该功能只有旅行社和机场管理员有权力操作，利用身份证号和对应的机票号就可以查询到机票信息，然后就可以退订机票。延误取票时间的处理：如果旅客延误了取票时间，但是离上飞机还有一段时间则在通知旅客来取，否则作废处理。取消航班的处理：通过航班号和航班日期查询到航班信息后，取消航班就将该航班从数据库中删除，并及时通知旅客。旅客临时更改班次的处理：首先查询更改的班次的票的剩余情况，根据旅客的需求选择班次。 关键词：机票预订，取票，更改班次，退票处理。
第一章需求分析 (6) 机票预定系统的总目标： (6) 旅客订票流程图： (6) 功能需求： (7) 第二章系统设计 (9) 层次结构 (10) 接口设计（人机界面设计） (12) 第三章系统建模 (12) 参与者列表 (12) 系统模块图 (15) 软件设计界面的截图 (18) 飞机机票票的查询页面 (18) 两地之间的飞机班次 (19) 飞机机票的退订 (19) 参考文献 (20)
软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)
3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)
需求分析规格说明书 --机票预订系统 1 引言 1.1 编写目的 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票 的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在旅行社或机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班 飞机的乘载情况，需要定期进行查询统计，以便适当调整。 1.2 项目背景 随着社会发展的不断进步，旅游业的蓬勃发展，机票预订系统对人们的生活影响越来越大，为了实现航空公司以及旅游业的现代化管理，方便旅客，需要开发一个机票预订系统。该系统具有完整的存储，查询，核对，打印机票等功能。 在这个系统中，旅客在旅行社的机票预售代理点，通过输入计算机系统查询，系统为旅 客安排航班，印出取票通知和账单，旅客在飞机起飞前凭其二代身份证、取票通知和账单取 票，系统校对无误后即打印机票给顾客。 1.3 定义 1.4 参考资料 1.《软件工程导论》，张海潘，清华大学出版社 2 任务概述 2.1 目标 在计算机网络，数据库和先进开发平台上，利用现有软件，配置一定硬件，开发一个 巨头开放乙烯结构的、易扩充的、一维护的、具有良好人机交互界面的机票预订系统，实现 航空公司与旅行社之间的现代化管理链接。实现各个旅行社把预定机票的旅客信息（姓名、 性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要 求等）输入到系统中，系统为旅客安排航班的功能。 2.2 用户的特点 用户为旅游社工作人员，通过登录相应信息而进入机票系统，然后输入旅客基本信息和要求，系统自动为其查询并且作出相应的航班安排，经与旅客交流后，选择航班进行预订，网上支付，然后系统在用户终端输出相应取票通知和账单。 2.3 条件与限制 2.3.1 client/server结构总体设计方案的约束 机票预订系统作为client/server结构的一个应用系统，在其各实施阶段都要服从它的一些规划，包括功能设计、系统配置和计划。 2.3.2信息共享带来的其他约束
软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设
备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录
采购需求 1、项目说明 1.1本章内容是根据采购项目的实际需求制定的。 1.2本项目共分为1个包进行采购。供应商所报价格应为含税全包价，包括但不限于服务所需服务计划、设计、组织、实施、验收、设备设施、劳务、安全、保险、工人工资、福利待遇、交通、培训、所需工具及耗材、工人体检等所有为完成服务而需要合理支出的费用并承担由此而带来的风险。凡供应商在报价中未列的项目或遗漏项目，采购人将一律视为已包括在其报价中，在合同执行中将不予考虑。供应商应充分考虑本项目合同实施期间可能发生的一切费用。 1.3供应商必须仔细阅读本采购文件的全部条文。对于采购文件中存在的任何含糊、遗漏、相互矛盾之处，或是对于采购范围的界定和采购内容的要求不清楚，认为存在歧视、限制的情况，供应商应按照供应商须知的规定向采购代理人寻求书面澄清。 1.4供应商所报服务的技术指标应符合本章技术规范的要求，若有偏差须在响应文件技术标书《技术条款偏离表》中予以说明；若没有，应注明“无偏离”字样。若没有填写《技术条款偏离表》，即视为供应商声明其所报服务的技术指标完全符合技术规范的要求，但磋商小组有权据此就技术标书中实际不响应部分作出废标的决定。 1.5凡供应商在报价中未列的项目或遗漏项目，采购人将一律视为已包括在其报价中，在合同执行中将不予考虑。 1.6属于信息网络开发服务的，供应商中标后应向采购人提供源代码以及文档等技术资料。 2.项目服务范围、内容、要求及考核标准 2.1评估服务业务范围 通过公开招标选择1家咨询单位负责承担莱西市政府投资项目的评估咨询工作。主要包括以下内容： 政府投资项目项目建议书（含代可行性研究报告）、可行性研究报告（含预可行性研究报告）、初步设计、概算（含概算调整）等评估咨询工作；
本科实验报告 课程名称：软件工程 实验项目：机票预订系统 实验地点：致远楼301 专业班级：软件1222班学号：2012005610 学生姓名：王帅 指导教师：崔冬华 2012年5月13日
《可行性研究报告》 1、编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。 2、概述 项目名称：航空公司机票预定系统。 项目用户：航空公司。 开发成员：王帅、王杰、王春来、王舒洋、王晓磊。 项目目标：建立一个高效率、无差错的航空公司机票预定系统。 3、背景： 随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。 为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。 在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。 4、目标： 在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界
Horizon Airways机票预订系统 需求分析报告 班级： 姓名： 学号： 日期：
引言 1.编写目的 在现今的社会是一个讲究效率和快节奏的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，为此开发机票预定系统软件，能够适应现今社会并提高生产效率。使售票员和乘客变得更加方便和有效率。 该系统软件非常容易被接受，他具有简单易学性，便于管理等优点。 2.项目背景 随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。 为了实现航空公司的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。 在这个系统中，旅客可以通过计算机系统查询，系统为旅客安排航班，打印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。 Horizon Airways于1996年1月开始运营，它有一架空中客车330飞机往返于纽约和芝加哥之间。由于致力于提高客户满意度，Horizon Airways在其运营的第一年就赢得了享有声誉的Service Excellence奖，并获得了1百万美元利润。在后来的五年里，Horizon Airways的客户群一直稳固增长。 现在，Horizon Airways拥有两架波音747-400以及两架空中客车330飞机。它每周在位于不同州的5个城市之间运营10个架次的航班。但是，它对选定区域只运营一个航班。现在，Horizon Airways不仅开通了离港航班也开通了单向航班。 3.参考资料 （1）《软件工程导论》，张海藩，清华大学出版社 （2）《实用软件工程》，郑人杰等，清华大学出版社
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
采购需求说明 一、项目概述和总体要求 南京审计学院浦口新校区在2007年建设完成校园一期监控系统，2011年又建设完成三期二项目监控系统。2011年底利用有限的自有资金进行了监控系统中心部分设备的数字化改造。目前共建设前端228个监控点，前端全部是模拟摄像机。监控中心安装了长6米高2.8米电视显示墙（含1台34寸电视机和2X16台21寸监视器）。后台控制设备有：工控式监控硬盘录像机6台，嵌入式硬盘录像机9台，96进32出模拟矩阵主机1台，数字矩阵主机1台、主管理服务器1台，流媒体服务器2台，IPSAN16盘位存储主机2台(存储容量56T)。系统只能满足监控校园的重点区域，没能做到监控区域全覆盖。 本次招标为南京审计学院浦口校区数字化安防项目改造工程。工程项目包括老旧摄像机更换、模拟架构的数字化改造（中心设备搬迁）和监控中心改造系统三个子系统。 1、老旧摄像机更换，前端老旧设备拟更换枪式或半球摄像机59个，摄像机要求200万像素或以上； 2、模拟监控全部线路进行数字化改造，主要是将原有的模拟架构通过前置硬盘录像机的方式，改造为符合本次工程的数字化网络架构，所有前端设备都通过光纤网络交换设备接入校园网，整体光纤资源基本不能改变。此次改造还必须把中心设备搬迁到网络中心正规机房。其中有3台服务器、2台IPSAN16盘位存储、交换机等； 3、监控中心改造采用12台42寸液晶电视机，并按要求改造中心机房的电视墙机柜，改造矩阵等设备，并将部分设备搬迁至网络管理中心，并达到拥有后期扩容的能力本次校内数字化安防项目改造工程深化设计方案要经校内专家会审同意后方可实施。 为降低成本，保护前期投资，本次工程的各子系统主干光缆线路与前期工程的管路和光纤共用。为保障前期工程监控系统的正常使用，中标方施工时严禁破坏前期管道光缆线路，也不得未经允许擅自在主干管路上另行布放光缆。本次工程所使用的光纤纤芯配置应在投标前自行勘察设计，分支线路所需管路和光缆可另外设计建设。
机票预订系统实验报告 ：潘凯 学号：1041903119
专业：通信工程 一、目的 用面向对象分析、设计方法来分析机票系统。 二、主要内容及问题 需求分析： 为方便旅客，某航空公司拟开发一个机票预订系统。旅行社把预订机票的旅客信息(、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。 功能需求 该系统主要分为五大功能：系统管理、新增、修改、查询和系统维护。机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 三、使用环境 操作系统：Windows XP 建模工具：StarUML、Microsoft Visio 四、设计内容 1-1、用例模型图
用例模型图说明： 机票预订系统主要使用的对象是旅行社管理员。管理员根据顾客填写的目的地和时间信息，将其输入系统，系统根据相关信息进行处理，则系统其中的一个功能即用例就是接收顾客信息。顾客需要用取票单去航空公司取票，系统由管理员输入的信息来识别，则系统的另一个功能即用例就是预定管理员输入信息符合的票。 1-2、类图 类图说明： 为此系统定义了4个类，分别是顾客类，管理员类，航空公司类，机票类。各个类对应的属性和操作方法在图中已表示出，目前应该还是有很多不完善的地方，在后期再加以修改。 1-3、对象图 对象图说明： 对象图是根据设置的类图而设置的。一个对象就是类的一个具体实例，本例中设置了一个custom的取票操作，详细信息在图中已经设置，根据顾客的相关信息和操作，系统会调用相应的类的对象来处理，在本例中不一定会全部都涉及。 1-4、顺序图
机票预定系统需求分析 机票预定系统的功能要求 机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。 旅客订票流程图：
旅客取票图： 下面分析各个子系统的功能需求： 1．客户端子系统： 在客户端系统的功能实现上，可以分为以下几个部分： [1]旅客信息的输入和统计 旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系 统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。 [2]旅客信息的存储： 将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查 询。 [3]机票信息的传递及接收： 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。 [4]取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。 印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。 [5]机票销售情况的核算 这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销
软件开发方向“成绩管理系统”软件需求规约 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)
采购项目需求说明 一、项目概况 1、项目名称：广东省********采购项目 2、预算金额：人民币******元。 二、验收标准 1、投标人提供的所有货物和服务，其质量、技术等特征必须符合国家、行业现行的标准及用户需 求； 2、所有设备必须有相应的详细中文说明书；属于进口设备的必须提供报关单、原产地证明等资料。 3、采购人有权拒绝接受任何不合格的货物和服务，由此产生的费用及相关后果均由投标人自行承 担。 4、投标人应保证，在提供本项目的货物、服务或其任何一部分不会产生因第三方依法享有的专利 权、商标权或其他知识产权；如果投标人不拥有相应的知识产权，则须在报价中包括合法获取该知识产权的相关费用，并在投标文件中附有相关证明文件，如因第三方提出其专利权、商标权或其他知识产权的侵权之诉，则一切法律责任由投标人承担。 5、验收按国家有关的规定、规范进行。验收时如发现所交付的设备有短装、次品、损坏或其它不 符合本合同规定之情形者，招标人应做出详尽的现场记录，或由招标人和中标人双方签署备忘录。此现场记录或备忘录可用作补充、缺失和更换损坏部件的有效证据。由此产生的有关费用由中标人承担。 6、投标人非所投设备制造商的需提供厂家或中国国内总代理出具的针对本项目的合法授权书（单价两万以上的主要设备必须提供）。 三、伴随服务要求 1、所有设备均由供货方免费送货至采购人指定的交货地点并安装调试好，安装调试应以本需求书 要求的技术参数指标为标准。 2、所有货物交货后的拆箱、安装、调试等项工作(包括其费用)由采购人负责，但必须在用户指定 人员的参与下进行。调试的原始记录需经各方签字后作为验收的文件之一。 3、中标人应提供包括但不限于满足设备安装、使用和维护的技术文件，如:设备和附件装箱清单、 设备质量合格检定证明文件（包括合格证书和质检报告）、设备保修服务卡、设备使用说明及有关图纸和维护手册等。
UML课程设计报告机票预定管理系统 组员： 学号： 学院： 班级：
目录 一、需求分析..............................................错误!未定义书签。 1、系统开发背景.......................................错误!未定义书签。 2、软件主要组成及功能.................................错误!未定义书签。 二、系统建模..............................................错误!未定义书签。 1、创建系统用例模型...................................错误!未定义书签。 2、系统用例分析.......................................错误!未定义书签。 三、创建系统静态模型......................................错误!未定义书签。 1、类图...............................................错误!未定义书签。 四、创建系统动态模型......................................错误!未定义书签。 1、时序图.............................................错误!未定义书签。 2、协作图.............................................错误!未定义书签。 3、状态图.............................................错误!未定义书签。 五、创建系统部署模型......................................错误!未定义书签。 六、小结..................................................错误!未定义书签。 1、设计总结...........................................错误!未定义书签。 2、改善...............................................错误!未定义书签。 3、小组分工说明：.....................................错误!未定义书签。 七、参考资料..............................................错误!未定义书签。
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
附： 采购项目需求情况说明（格式） 致：（采购代理机构） 本单位的政府采购项目委托你单位执行，根据采购项目的特点和需求，现将有关采购文件的主要内容提供如下，请抓紧编制采购文件。 一、采购项目的技术规格、要求、数量和价格 说明：采购项目的技术规格、要求数量等资料可参考附件：“政府采购项目情况一览表”提供，如有图纸等其他资料应一并提供； 对采购项目设定的各项技术标准应当符合国家强制性标准；不得要求或者标明特定的投标人或者商品，以及含有倾向性或者排斥潜在投标人的内容，即对采购项目只能设定具有共性的主要技术标准或参数等，其他的、次要的或者个别特有的技术标准或参数等，只能作为评分因素考虑；（提示：对投标人则必须要求明确其所投的项目品牌、型号，并提供该项目应有的技术标准或参数等证明材料）。 如果有特殊需求，可组织专家论证，以达到统一、规范的目标，并书面承诺至少有三家以上潜在的供应商满足其技术需求（应提供书面证明材料）； 对综合性采购项目，可根据项目特点提出拆分项目招标与否。 采购项目的价格是指预算价（也称控制价），预算价的公开时间可设定开标前或开标后。 二、投标人资格条件
说明：采购法等已明确的基本资格条件由采购代理机构在招标文件范本中提出。如对综合性项目，投标人可组成联合体参加投标等。 对投标人的资格要求不能过于苛刻和带有明显的歧视性，以扩大竞争，提高采购成功率，象注册资金和经营业绩等不要作为资格要求，而应作为评分因素。 对特殊项目或法律法规等有特殊规定的，可从其规定。如专业条件、国家安全及保密等规定。 三、评标方法、标准 说明：可根据采购项目的特点选择评标方法，具体方法有最低评标价法、综合评分法和性价比法。 最低评标价法适用于标准定制商品及通用服务项目，是在全部满足招标文件实质性要求的前提下，以价格为主要因素确定中标候选人的评标方法。 综合评分法是指在最大程度地满足招标文件实质性要求前提下，按照招标文件中规定的各项因素进行综合评审后，以评标总得分最高者作为中标候选人的评标方法。 性价比法是指按照招标文件中的规定进行评审后，计算出每个有效招标文件除价格以外的其他各项评分因素的汇总得分，并除以该投标人招标报价，以商数（评标总得分）最高者作为中标候选人的评标方法。 综合评分法和性价比法中除价格以外的其他各项评分因素主要有：技术、财务状况、信誉、业绩、服务、对招标文件的响应程度等，
QTP自动化功能测试实践 一、实验目的 1、熟悉QTP自动化功能测试流程 2、能够利用QTP进行B/S或者C/S架构程序的自动化功能测试 二、实验内容 功能测试是针对应用系统进行测试，是基于产品功能说明书，是在已知产品所应具有的功能，从用户角度来进行功能验证，以确认每个功能是否都能正常使用。本项目主要使用QuickTest对其自带的MercuryTours网站/飞机票订票系统进行功能测试，要求录制预订机票的完整过程，然后执行测试脚本并分析结果。 三、实验要求 1、独立完成； 2、提交测试脚本 3、提交测试用例说明书及缺陷报告。 四实验内容 1脚本的录制与回放测试及检查点的设置验证 脚本代码： Dialog("Login").WinEdit("Agent Name:").Check CheckPoint("Agent Name:") '验证乘客名字文本框中的值标准检查点 Dialog("Login").WinEdit("Agent Name:").Set "123456" '输入用户名 Dialog("Login").WinEdit("Password:").Set "mercury" '输入密码 Dialog("Login").WinButton("OK").Click '单击OK按钮登陆 Window("Flight Reservation").Static("Static").Check CheckPoint("Static") '检查页面中的图片元素是否加载 Window("Flight Reservation").ActiveX("MaskEdBox").Type "011218" Window("Flight Reservation").WinComboBox("Fly From:").Select "London" Window("Flight Reservation").WinComboBox("Fly To:").Select "Paris" Window("Flight Reservation").WinButton("FLIGHT").Click Window("Flight Reservation").Dialog("Flights Table").WinList("From").Select "12534 LON 08:00 AM PAR 10:00 AM AF $165.50" Window("Flight Reservation").Dialog("Flights Table").WinButton("OK").Click Window("Flight Reservation").WinEdit("Name:").Set "gcc" Window("Flight Reservation").WinEdit("Tickets:").SetSelection 0,1
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16