当前位置:文档之家› 机票订购系统-需求分析说明书分解

机票订购系统-需求分析说明书分解

机票订购系统-需求分析说明书分解
机票订购系统-需求分析说明书分解

机票订购系统需求分析说明书

编写:日期:

审核:日期:

批准:日期:

受控状态:是

发布版次: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.用户可以收短信。

用例图:

用例编号:8.1 用例名:系统发送短信执行者:系统

前置条件:

成功生成订单

后置条件:

系统成功发送短信

基本路径

1、成功生成订单

2、系统获取用户联系电话

3、系统向用户发送短信

字段列表

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次的标准。

数据库-教材订购系统

《数据库原理》课程设计报告 题目: 姓名: 学号: 专业班级: 指导老师: 年月日

摘要 /*(300字左右,宋体,五号)课程设计内容摘要主要是对撰写过程中实践、实验、研究的内容、方法和得到的主要结果的完整概括。 关键词: /*(3 – 5个,各个词之间用“;”分割,宋体,五号,黑色)*/

目录 第1章引言 (4) 1.1 项目背景 (4) 1.2 项目定义 (4) 1.3 开发环境 (4) 第2章需求分析 (5) 2.1 需求分析的目标与任务 (5) 2.1.1 信息需求 (5) 2.1.2 处理需求 (5) 2.1.3 安全性和完整性要求 (5) 2.2 需求分析阶段成果 (6) 2.2.1 学校教材订书系统的业务流程图 (6) 2.2.2 学校教材订书系统系统的功能模块图: (7) 2.2.3 学校教材订书系统系统的数据字典 (7) 第3章概念设计 (19) 3.1 概念设计的目标与任务 (19) 3.2 阶段结果 (19) 3.2.1 属性与实体 (20) 3.2.2 各子系统与分E-R图 (21)

3.2.3 合并各分E-R图,得到总E-R图 (22) 第4章逻辑设计 (23) 4.1 逻辑设计的任务和目标 (23) 4.2 阶段结果 (23) 4.2.1 将E-R图转换为关系模型 (23) 4.2.2 模型优化 (24) 4.2.3 数据库模式定义 (24) 4.2.4 用户子模式定义 (28) 第5章物理设计 (30) 5.1 物理设计阶段的目标与任务 (30) 5.2 阶段结果: (30) 5.2.1 存取方法设计 (30) 5.2.2 存储结构的设计 (31) 5.2.3 评价物理结构 (31) 第6章数据库实施阶段 (32) 6.1 建立数据库、数据表、视图、索引 (32) 6.1.1 建立数据库 (32) 6.1.2 建立数据表 (32) 6.1.3 建立视图 (33) 6.1.4 建立索引 (33)

采购系统需求分析

采购系统需求分析 【摘要】随着公司的飞速发展,采购物资的品类越来越多及采购金额越来越大,公司管理高层对采购成本控制能力、采购过程监管体系建设、采购信息化建设等均提出了更高的期望与要求,希望采购工作能更加阳光、实效、专业、可控。 【关键词】采购系统;目标分析;功能需求;控制 1.项目需求与分析 1.1项目需求背景 随着集团公司的飞速发展,采购物资的品类越来越多及采购金额越来越大,公司管理高层对采购成本控制能力、采购过程监管体系建设、采购信息化建设等均提出了更高的期望与要求,希望采购工作能更加阳光、实效、专业、可控。采购部各业务科室也需要行之有效的采购谈判辅助工具。 1.2项目目标分析 为实现各种采购模式的电子信息化管理和运作,使采购中的各个环节和流程与信息技术完美结合,从而使一般业务人员可以轻松操作,大幅减轻业务人员的负担。公司通过统一的系统平台,建立内部部门(采购部、物资公司、财务部)之间的沟通环境,协同工作,提高工作效率。具体目标表现在以下几个方面: (1)建立面向集团公司内部的采购业务管理平台,提供统一规范的采购业务流程服务于公司采购管理,建立集中采购平台,实现网上采购招标管理、询比价采购管理、实现竞争性采购。 (2)建立供应商信息库管理,实现对供应商的评估等,通过系统自动实现对供应商的选择。把厂商生产提前管理起来。 (3)建立采购价格管理库,收集近两到三年的采购最高单价、采购最低单价、采购平均价,根据历史数据加上对市场的分析可以为再次采购作数据支持。 (4)建立合同管理库,可跟踪合同执行情况,到货情况,结算情况,通过系统可以方便的进行各年份,各类型的合同管理及合同查询。 (5)建立订单管理库,可对采购业务相关数据进行实时的查询、统计、分析,为采购管理决策提供及时准确的数据依据,可展示记录整个采购业务流程的各个环节数据,使采购业务过程阳光透明。 (6)建立动态的采购业务监管体系,将采购管理制度与采购管理平台相结

软件工程机票预订系统课程设计报告书

软件工程课程设计说明书 题目:机票预订系统 院系: 专业班级: 学生姓名: 指导教师: 院系软件工程教研室

课程设计成绩评定表

摘要 本系统是根据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)

学校教材订购系统—罗学东

华科学院计算机科学与技术专业 《数据库课程设计》报告 (2009/2010学年第一学期) 学生姓名:罗学东 学生班级:信息管理092201H 学生学号: 2 指导教师:武研 2011年12月25日

目录 第一章系统概述 (1) 1.1 开发背景……………………………………………………………………………………… 1.2开发意义 (1) 1.3开发工具及主要技术 (2) 第二章总体系统需求分析 (3) 2.1总体设计要求 (3) 2.2总体系统软件结构图 (3) 2.3总体系统软件业务流程图 (4) 第三章子系统需求分析 (5) 3.1子系统设计要求 (5) 3.2子系统功能模型 (5) 3.3子系统业务流程模型................................................................................................第四章系统设计 (8) 4.1代码设计 (8) 4.2输出设计 (8) 4.3 输入设计 (8) 4.4 数据库设计 (9) 4.4.1概念数据模型 (9) 4.4.2 物理数据模型 (13) 4.5数据库建立…………………………………………………………………………………………… 4.5.1数据库的建立和使用……………………………………………………………………… 4.5.2建立用户表………………………………………………………………………………… 4.5.3建立存款表……………………………………………………………………………… 4.5.4建立上下机表…………………………………………………………………………… 4.5.5建立操作员表…………………………………………………………………………… 4.5.6建立上机标准表………………………………………………………………………… 4.6刷卡……………………………………………………………………………………………………… 4.7存款……………………………………………………………………………………………………… 4.8操作员…………………………………………………………………………………………………… 4.9查询刷卡全体用户...................................................................................................第五章系统实现 (15) 4.1系统功能截图 (15) 4.2源代码 (16) 心得体会 (26) 参考文献 (27)

机票预订系统需求分析知识讲解

需求分析规格说明书 --机票预订系统 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.2测试需求 本系统需要对以下的系统功能进行测试: 1)系统操作登录注册。用户登录时进行相关测试可是否可以正常的登录。 2)销售模块测试 1.用户的选书、提交订书单模块 2.用户的订购模块。系统的用户登录之后,看是否可以进行相关的订购操作。 3)采购模块测试。系统管理员登录时看是否可以选择添加、修改、删除、查询等功能。 1.3测试环境 1)硬件环境:运行本软件要求处理器在奔腾Ⅲ以上,存在256MB以上的计算机。 2)软件环境:本系统支持的操作系统包括:Windows95 、Windows98 、Windows2000、Windows Me Windows XP ;本系统支持的数据库为Mysql;本软件的开发工具为JAVA程序语言。 1.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.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

教材订购系统需求分析

需求分析 1概况 1.1 项目背景 随着高校办学规模的扩展,管理方式和管理效率显得日益重要。在教材订购方面,就手工管理方式和文档系统管理方式在管理质量和管理效率上而言,从根本上不能适应大规模的管理要求。而随着经济发展,计算机科学的提高与进步,计算机科学管理方式,无论在管理效率还是在管理质量上都逐步显示很好的可靠性和优越性。而且计算机管理在人力、物力等资源方面都比以前的管理模式更优秀,更适合信息化的潮流。计算机管理正以它自身的优越性成为管理模式中的主流,提高效率的加速器。教材订购管理系统采用计算机管理模式的必然性也正在与此! 本系统以学校为背景,在认真调研和分析了学校订购教材的现状之后,根据用户的需求和各个功能的关系,作出了积极的设计方案。在新的管理资源和管理模式上,一定能使工作质量、工作效率等得到提高,推动学校发展的步伐! 1.2项目目标 1.2.1项目说明 学校教材订购系统是为高等院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,提高学校教材管理部门的工作效率,从而保证教学的顺利进行。 为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.2.2系统要求 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了,易于操作,数据库利于维护 1.3 定义 1.3.1专门术语 库存表:存放库中存在的书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出本设计中指“学校教材订购系统”。 Access。 1.4参考资料 数据库开发经典案例分析(清华大学出版社) C程序员成长攻略(中国水利水电出版社) 系统需求说明模板(来自网络) 软件技术基础(电子科技大学出版社) 数据库开发(电子工业出版社)

采购需求分析

第一节采购需求分析 一、采购需求分析概述 要进行采购,首先要分析弄清采购管理机构所代理的全体需求者们究竟需要什么、需要多少、什么时候需要的问题,从而明确应当采购什么、采购多少、什么时候采购以及怎样采购的问题,得到一份确实可靠、科学合理的采购任务清单。这个环节的工作,就叫做采购需求分析。 需求分析是采购工作的第一步,是制定采购计划的基础和前提。 在极简单的情况下,需求分析是很简单的。例如,在单次、单一品种需求的情况下,需要什么、需要多少、什么时候需要的问题非常明确,不需要进行复杂的需求分析也就清楚了。 在较复杂的采购情况下,需求分析就变得十分的必要了。例如,一个汽车制造企业,有上万个零部件,有很多的车间、很多的工序,每个车间、每个工序生产这些零部件,都需要不同品种、不同数量的原材料、工具、设备、用品,在各个不同时间需求各个不同的品种。这么多的零部件,什么时候需要什么材料、需要多少,哪些品种要单独采购,哪些品种要联合采购,哪些品种先采购、哪些品种后采购、采购多少,这些问题不进行认真的分析研究,就不可能进行科学的采购工作。 提问:什么是科学的采购?就是在正确的时间,采购正确数量的正确的品种。 为了达到这个目的,需要有合理的和科学的需求分析方法才行。 进行采购需求分析有多种方法。除了前一节所说的通过采购申请进行需求分析之外,还可以通过:物料需求计划;物资消耗定额;需求预测等进行需求分析。下面我们就讲一讲有关采购需求分析的常用方法。 二、物料需求计划 首先看一看物料需求计划MRP(material requirement planning)他的基本原理。 (一)物料需求计划原理 物料需求计划,是生产企业最常用的需求分析方法。它的基本原理就是根据企业的主产品生产计划、主产品的结构文件和库存文件,分别求出主产品的所有零部件的需求时间和需求数量,也就是求出物料需求计划。 物料需求计划最早都是用手工分析计算得出来的。到了20世纪60年代,有了计算机以后,逐渐发展成用计算机进行计算,当时叫做MRP(Material Requirement Planning)软件。随,后面还会专门MRP。关于MRPIII、MRPII着计算机和软件技术的发展,又进一步发展成. 讨论到,这里只讨论用手工计算求出物料需求计划的需求分析方法。 用手工计算求出物料需求计划的过程步骤如下: 1. 确定主产品需求计划。所谓主产品,是指企业提供给社会的主要产成品,通 俗的理解,可以理解为最终出厂产品。例如,汽车制造厂的主产品就是汽车,电视机厂的主产品就是电视机,主产品的生产计划,是企业接受社会订货,或者计划提供给社会的主产品的数量和进度计划。包括数量和时间两个要求,即生产多少和什么时候生产。 但是,企业生产和采购还有另外一个次要依据,就是社会维修企业对社会上处于使用状态的主产品进行维修保养所需要的零部件的需求计划。这些零部件的生产或采购也需要企业承担。比如,电视机厂商不仅仅要生产整台的电视机,还要生

预定系统需求分析说明书

机票预定系统需求分析 机票预定系统的功能要求 机票预定系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。 根据可行性研究的结果和客户的要求,分析现有情况及问题,采用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.1. 编写目的 编写本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。 1.2 项目背景 开发软件名称:学校教材订购系统 项目开发者:闽江学院计算机科学系“学校教材订购系统”开发小组: 陈晓彬(17号,组长),谢小龙(14号),何明同(10号), 郭冬盛(24号) 用户单位:闽江学院 1.3 定义 “学校教材订购系统”有两部分组成:销售系统和采购系统。 销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学 生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给 书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.4 参考资料 (1)钱乐秋等,《软件工程》,青还大学出版社; (2)张害藩,《软件工程导论》(第四版),清华大学出版社; (3)王珊等,《数据库原理及设计》,清华大学出版社; (4)赵池龙等,《软件工程实践教程》,电子工业出版社。 二.可行性研究的前提 随着计算机应用的日益普及和深化,网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多,用书量大,原 来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费,特别是在新学 期开始果时这种冲突更加明显,而且存在着各种信息不易存放、易丢失、难以备 份和查询等缺点。因此,实现一个将各种教材订购管理和服务功能集成起来的管 理信息系统就显得十分必要,既可以节省资源,又可以有效存储、更新、查询信

药品采购系统需求分析

网 上 药 品 采 购 系 统 需 求 分 析 设计题目小组作业《网上药品管理系统》的中药品采购模块姓名:王凯 学号: 1128524015 专业: java

1、需求分析 1.1 需求概述 任何一个药店都需要一个药店管理系统,而该系统下的药品采购系统也是重要组成部分。药品采购系统为药品采购员提供药品信息查询、药品预定及退订等相关信息查询服务。药品采购员可以通过该计算机对超市各种所需药品信息进行查询,例如药品价格、药品生产厂家、数量及保质期等;而且采购员还可以在此计算机中订购需要的药品,当然也可以退订。 药品采购系统内存储着每一种药品的详细信息,可以让采购员及时对药品进行查询和采购,方便及时调整医院所需药品的种类。 所有终端机都通过中央计算机进行连接,中央计算机对所有终端机都具有调控作用。 1.2 需求分析 (1)、系统开发目的 1、大大提高医院进购药品的运作效率; 2、通过全面的信息采集和处理,辅助提高采购药品的决策水平; 3 使用本系统,可以迅速提升医院采购部门的管理水平,为降低经营成本,提高效益,提供有效的技术保障。 (2)、定义 1.药品订单号:每种药品具有唯一的订单号。 2.交易清单:包括交易的流水账号、每类药品的药品名、数量、该类药品的总金额、交易的时间、负责本次操作的员工号。 3.盘点:计算出库存、采购量等经营指标。 (3)、系统功能分析 ●药品信息查询系统:在采购员查询栏及上输入所需药品名字,点确认后,在显示屏上出现相关的药品图像,找出你想要的药品点确认,屏幕下出现你的药品的价格,数量,保质期和地点等。 ●药品订购系统:当采购员通过扫描药品条形码或者直接输入药品名称(对于同类多件药品采用一次录入加数量的方式)自动计算本次交易的总金额。

机票预定管理系统 uml数据建模分析课程设计

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表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

实例1_学校教材订购系统

1.引言 1.1编写目的 对学校教材订购系统进行初步设计 1.2项目背景 名称:学校教材订购系统 本项目的用户:学校的学生,老师和教材订购管理员 本项目与其它软件或其他系统的关系:工作于windows所有的系统 1.3参考资料 软件工程—理论、方法与实践 1.4系统简介 本系统可以细化为两个子系统:销售系统和采购系统 销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。 采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.5技术要求及限定条件 (1)当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。

(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。 (3)系统的外部项至少包括:教师、学生和教材工作人员。 系统的相关数据存储至少包括:购书表、库存表、缺书登记表、待购教材表、进库表和出库表。 需求说明书 1.需求分析的目的 需求分析对学校教材订购系统进行简单的分析,给出了系统的数据流图。加深与用户间的交流,在功能与系统界面上与用户达成一致的看法,以便于开发出用户满意的系统。 2.软件产品的作用围 学校教材订购系统是为大多数教育院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,提高学校教材管理部门的工作效率。 3.一般性描述 本系统可以细化为两个子系统:销售系统和采购系统 销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。 采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

软件需求规格说明书实用模板(超详细)

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

相关主题
文本预览
相关文档 最新文档