机票预订系统需求分析

机票预订系统需求分析（共10篇）

机票预订系统需求分析 篇1

机票预定系统的功能要求

机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。

根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。

旅客订票流程图：

下面分析各个子系统的功能需求： 1．客户端子系统：

在客户端系统的功能实现上，可以分为以下几个部分： [1]旅客信息的输入和统计

旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系 统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对 输入的数据进行简单的统计，供航空公司进行查询和宏观调控。

[2]旅客信息的存储： 将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查 询。

[3]机票信息的传递及接收： 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并 且接受航空公司返回的航班信息，然后存储起来。

[4]取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。

印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。[5]机票销售情况的核算

这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。2．服务器端的功能要求：

通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。

在服务器端系统的功能实现上，可以分为以下几个部分：

[1]接收由旅行社客户端发回的所需机票信息： 通过网络接收机票信息并存入到服务器的数据库中。[2]生成航班信息：

根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。

[3]传递航班信息到客户端（旅行社）： 把得到的航班信息通过网络传递到旅行社。

[4]接收旅行社的反馈信息： 对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。

[5]印出机票给已经订票的旅客： 根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。[6]销售额的分析和管理

这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。机票预定系统的性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：

1． 系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能

够满足企业对信息处理的需求。

由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。2． 系统的开放性和系统的可扩充性

机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。3． 系统的易用性和易维护性

机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。4． 系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。5．系统的先进性

目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业

信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。6．系统的响应速度

机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时 反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。机票预定系统的数据需求

机票预定系统的数据需求包括如下几点：

1． 数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。2． 数据的一致性与完整性

由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。3． 数据的共享与独立性

整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。

机票预定系统的数据字典

系统中的数据元素：

名字：旅客信息 别名：

描述：旅客的个人信息，用于对旅客的确认

定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地

位置：输入到旅行社端（client端）

名字：订票旅客清单 别名：

描述：已订票的旅客的记录

定义：订票旅客清单=旅客信息的合集 位置：输入到旅行社端（Client端）

名字：取票通知 别名：

描述：旅客领取机票的凭证

定义：取票通知=旅客姓名+领票时间 位置：输出到打印机

名字：订票信息 别名：

描述：旅客的旅行时间和目的地，用于确定旅客的航班 定义：订票信息=旅客旅行时间+旅客旅行目的地 位置：传输到航空公司端（Server端）

名字：航班机票信息 别名： 描述：旅客的航班信息，根据旅客的旅行时间和目的地确定 定义：航班机票信息=旅客机票时间+旅客机票班次 位置：传输到旅行社端（Client端）

名字：旅客订票记录 别名：

描述：已订票的旅客在航空公司的记录

定义：旅客订票记录=旅客姓名+航班机票信息 位置：输出到航空公司端（Server端）

名字：售出机票信息 别名：

描述：旅客的航班机票的信息

定义：售出机票信息=旅客的航班机票 位置：输出到打印机

机票预定系统的运行要求 机票预定系统中的各个子系统的硬件和软件的配置如下： 1．服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD 2.客户端子系统的运行要求：

系统软件： Window NT Workstation 数据库管理系统：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G HD 建立机票预定系统的约束

1.Client/Server结构总体设计方案对它的约束：

机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。2．人力、资金、时间的约束

机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。3． 技术发展规律的约束

机票预订系统需求分析 篇2

关键词：CRM,机票销售,客户满意度

0 引言

对我国民航业来说,如何运用CRM的先进管理理念,打造“以客户为中心”的机票销售模式,成为民航系统亟待解决的问题。本文所研究是民航机票销售管理信息系统的一个子系统,主要着眼于对客户信息进行有效管理和利用。它与客户服务子系统、系统管理子系统,共同实现了民航机票销售业务流程的信息化。该系统运用了CRM的相关理念[1]作为理论指导,充分考虑了当前的宏观经济及目前我国民航机票销售的现状,具有较强的实用性。系统模块的功能设计立足于对客户群的有效管理,充分体现了“以客户为中心”的营销理念[2]。

1 系统分析

该子系统应主要着眼于对客户基本信息与购票信息的有效管理与利用[3]。据用户要求,系统分为两大模块:客户信息管理模块与统计分析模块。前者应能完成对客户基本信息和购票信息的实时录入和增、删、改等基本操作;后者应具备以下两大功能:确定公司的重点客户群、潜在客户群;全方位地把握重点客户的消费行为特征。统计分析模块要完成的两大工作正是公司进行客户关系管理的基础和依据。民航机票销售的数据流程图如图1所示。

2 系统设计

2.1 系统的总体设计

民航机票销售管理信息系统划分为三个子系统:客户服务子系统、客户信息管理子系统、系统管理子系统。(1)系统总体功能设计如图2所示。(2)系统的总体流程设计。所谓系统流程是用户在使用系统时的工作过程。该系统的系统流程如图3所示。

2.2 系统详细设计

系统各模块功能设计如下:(1)客户信息管理模块:客户基本信息及购票信息的增加、删除、修改等基本操作(2)统计分析模块:客户类别分析(分析各客户类型以确定重点客户群);目标市场分析(确定目标市场,寻找潜在客户群);热点航线分析(寻找公司利润主要来源点,提升主打航线的竞争优势);价格浮动分析、季节变化分析(机票价格及季节变化对客户消费行为的影响);消费方式分析(分析各客户的消费目的)。

2.3 数据库的设计

本系统采用的是关系型数据库。根据关系数据库理论[4]中关系的完整性要求(实体的完整性、参照的完整性、用户定义的完整性)、数据依赖和范式要求[5],对该子系统的表结构及表进行了设计。

2.4 代码的设计

2.5 输入输出的设计

(1)机票信息的输入输出格式(图4)。(2)机票信息的打印格式(表1)。

2.6 客户管理模块各统计分析的数学模型设计

2.6.1 客户类别分析

CRM是根据客户对企业利润贡献率的大小来确定企业的重点客户群[6]。结合该思想,由于对民航机票销售公司来说,客户的利润贡献率与其购票频率成正比,因此,我们以客户的购票频率来对客户进行划分。所谓购票频率,是指客户平均两次购票时间相距的天数。

其计算公式为:购票频率=(末次购票日期-首次购票日期)÷累计购票次数。

按客户购票频率的大小将客户分为:临时客户、一般客户、忠实客户。其定义分别为:临时客户:在此之前无购票记录的客户(即首次购票日期为空);一般客户:60<购票频率<=90;忠实客户:购票频率<=60。可看出,购票频率的值可能会随客户每次交易而动态变化,因此,客户类别也必然会随之变化,这正与实际情况完全相符。

该统计分析一个方面是公司识别忠实客户群的依据,另一方面也是公司客户服务质量的检测器。因为,如果在某一时期内,较多客户的客户类别都发生了明显的变动,那么这就在一定程度上反映该时期公司的客户服务的质量水平发生了明显的变化,应当引起公司的足够重视。

2.6.2 目标市场分析

该统计分析旨在帮助公司寻找潜在客户群。按照常见的民航行业对客户职业的划分,我们将客户按职业分为七个客户群:教师、学生、政府部门、公司员工/领导、商人、退休、其他。系统将自动统计出各类客户群所占的比重。公司可根据不同时期各类客户群所占比重的变动,区分出有巨大潜力的潜在客户群体。

2.6.3 机票价格浮动分析

机票价格的浮动是多种因素综合作用的结果,这里主要考虑时间对价格的影响。该统计分析功能主要反映时间与价格之间的关系以及价格浮动对机票销售量之间的影响。时间与价格之间的关系主要反映某航班某舱位在指定年份内机票价格随月/季度的变化趋势。因为即使在同一月内同一机票的价格都会有波动,因此,这里使用的“机票价格”是本月/本季度该机票的平均价格。

其计算公式为:平均价格=该航班该等级舱位在指定时间段内售出的机票价格累加之和÷售出的机票张数(注:若未售出的机票,则机票的平均价格=0)价格与销售量之间的关系主要反映机票价格浮动对机票销售量的影响情况。该统计分析功能可有效地发现机票价格的浮动以及由此引起的机票销售量的变化,及时、准确地反映价格对客户消费行为的影响。

2.6.4 热点航线分析

该统计分析功能旨在反映某时间段内公司利润的主要来源点。由于各航线机票价格并不相同,有的甚至差距很大,航线机票销售额并不能很好地反映出该航线的销售业绩,因此,这里选择以航线的累计销售量作为评价标准。

其计算公式为:航线的累计销售量=该航线对应航班的累计销售量之和;

航班的累计销售量=该航班各等级舱位的机票累计销售量之和。

该统计分析最终以“热点航线排行榜”的形式显示在选取的时间段内,机票销售量处于前十位的航线的名称、累计销售量、相对次序。它一方面可让公司认识自己的主打航线和主要利润来源点;另一方面不同时间段,航线销售量排行次序的变动,可有效地帮助公司发现新的利润来源点,从而有的放矢地对这些新的利润来源点进行大力扶持。

2.6.5 季节变化分析

该统计分析主要反映某年份内各季度机票销售量的变化情况。对不同年份机票销售的季节变化规律进行综合分析,可帮助公司准确区分机票销售的淡季与旺季。公司便可有针对性地在淡、旺季来临之前做好相应地营销策略准备,从而使淡季不淡,旺季更旺。

2.6.7 消费方式分析

按常见地消费的目,这里将客户的消费方式分为六种:旅游、商务、因公出差、回家/返校、其他。该统计分析将反映出各消费方式的购票次数占总购票次数的比重,不同时期各消费方式所占比重地变动,为公司如何针对不同的消费方式制定相应的营销策略提供了决策依据。

参考文献

[1]帕翠珊.B.希伯尔德,罗尼.T.马萨克,杰夫瑞.M.刘易斯.客户关系管理理念与实例.机械工业出版社,2002.1.

[2]武兴兵.360度客户关系管理.中国民航出版社,2002.5.

[3]何荣勤.CRM原理.设计.实践.电子工业出版社,2003.4.

[4]李金阳,刘腾红.客户关系管理及其关键技术探讨.计算机与现代化,2004,1.

[5]邝孔武,王晓敏.信息系统分析与设计.清华大学出版设,1999.6.

机票预订系统需求分析 篇3

为加强信息化建设，确保各项生产经营工作顺利开展，公司运用了机票销售系统。下面我从几个方面详细介绍该系统：

系统的建设项目，其建设目的为随着电子商务技术的发展，航空公司将此机票销售系统进行了推广。大三峡国际旅行社使用机票销售系统，主要目的是为了与国际航协、民航售票系统接轨；更好的拓展与航空公司的业务、提高旅游的服务质量及层次；给更多的旅行者提供便捷的服务。建设部门和该项目的开发公司。建设部门是大三峡国际旅行社票务部门。开发部门为湖北民航凯亚有限公司、天行健商务有限公司。湖北凯亚有限公司开发的ETERM系统投入运行的时间在1999年10月,系统使用的时间为七年零八个月。天行健商务有限公司开发的Echo Messenger小太阳软件。天行健商务有限公司最初的安装费用4000元，每开发一个终端口，月租费为：每个端口每个月收取100元月租费用。系统的主要的功能：两套系统现在已经是民航售票专业化系统软件,都是经过测试通过的产品。ETERM系统功能：该系统直接和民航公司售票系统连接，可以直接进行查询、订座、售票。Echo Messenger小太阳软件(用于查询、定座)，其中在另外的销售代理点有七台计算机已经装有天行健公司的小太阳软件。

该系统的应用效果：在没使用这两个系统之前，都是手工开取票据到民航公司去领取机票，每年财务对帐都要用手工的票据对帐。这样以来，出现了工作效率低，工作量大的弊端。当时每年的售票数在五千张，销售额小于一千万元。

使用该系统后，能为旅客做到及时的查询、定座、售票，第一时间内出票，这样便捷的服务也为公司带来更多的业务，逐渐形成了一个小的产业链，带动了旅游业务的发展，使用该系统后每年的售票数在一万张，销售总额在一千七百多万,每年都在成阶梯状成逐年上升。

可以看的出来，该系统的使用提升了公司的管理水平和服务质量，增加了公司每年的营业额，带动多了公司的旅游业务，为旅客提

系统需求分析 篇4

作为A公司信息自动化系统主要子系统之一的设备管理信息系统，要实现A公司设备台账管理、设备维修与维护管理、配件管理等功能，将全厂的设备管理部门、设备使用部门、配件管理部门、财务等相关部门联系起来，达到准确、及时的业务信息的共享，形成如图3所示一个完整的设备管理体系，为设备管理职能部门及相关部门提业务信息和决策支持信息，

图3

A公司的设备管理包含以下业务内容：

1.设备基础信息管理

是对设备管理基础信息的建立和维护，包括设备代码、设备台账、机型所属配件信息、机型所属部位信息、设备随机资料和设备资产移动信息等的建立和维护。设备与其台账、资料、移动信息通过设备统一代码联系在一起;而设备与各层次使用单位的关系则通过层次代码体系加以保证;在机型一级通过机型所属配件信息、机型所属部位信息建立设备维修、改造、润滑及配件库存管理所需的相关信息;并建立和维护设备管理所有标准化管理代码。使管理部门能随时掌握设备资源状况，同时，为设备维修、改造、润滑管理提供所需的设备基础数据基础。

2.设备维修管理

设备使用部门根据设备使用的实际情况，及设备基础信息的内容、生产规划中生产主计划的安排，提报年度的立项维修计划，经过项目管理部门的审查和协调后，制定正式的立项维修计划，交由维修部门实行。维修部门在进行维修资源和维修能力的合理配置后，编制详细维修作业计划，进行预防维修工作，同时进行设备故障发生后的紧急维修，维修工作结束后提供维修的详细信息，包括维修报告、故障报告、事故报告等相关信息，用于维修活动的控制，并且对维修活动进行维修分析，以对今后的维修活动提供参考和指导。

3.设备改造管理

对于造成设备经常性故障，导致生产损失;或是影响设备效用发挥的设备设计上的不合理因素，通过进行设备改造，可以提高设备的利用率和效率，保证生产的正常进行。设备改造管理正是为了达到这个目的。

设备使用部门根据设备的实际使用情况和维修分析信息、设备基础信息的内容，以及生产规划中主生产计划的安排，提报年度的立项改造计划，经过项目管理职能部门的审查和协调后，制定正式的立项改造计划，交由维修部门实行。维修部门在进行资源和能力的合理配置后，编制详细改造作业计划，改造工作结束后提供设备改造报告，包括改造内容、费用、工时等相关信息，用于对改造活动的控制。

4.备件管理

对配件的计划采购工作进行全过程的管理和控制，各个环节的运行状况均有反馈信息加以描述，达到配件计划采购工作有序而切实地进行，

包括配件的需求管理，采购计划的制定，按照计划进行的采购工作的管理，和配件到货后的检验工作管理，并对采购行为的全过程进行跟踪，对各个环节的运行情况进行汇总统计。

5.库存管理

库存管理包括入库管理、出库管理、库存盘点、库存期末处理、库存分析、报废管理和外销管理。用于维护配件库存基本信息，实时处理各种出入库凭证，确保动态库存数据的正确，随时查询各种库存信息;库存分析功能针对配件库，及时分析库存构成及数量情况，以降低库存资金占用，并为制定采购、需求计划提供可靠数据;报废管理和外销管理针对处理库，用于不再具有使用价值的配件或积压配件的管理。

6.故障管理

设备故障管理是设备管理的一个重要方面，从不同角度对设备故障进行统计分析，对设备管理工作具有重要意义。通过建立设备故障树，可以在设备发生故障时根据故障现象快速查询到可能的故障原因，为解决故障问题提供保障。设备故障管理主要包括：收集整理设备故障信息，掌握设备故障规律，建立设备故障树，提供设备维修技术支持，降低设备突发故障。

五、性能需求分析

从实用、好用的角度出发开发A公司设备管理信息系统，建立面向企业设备管理全过程的管理与控制系统，在设计过程中主要考虑以下原则：

1.可操作性

原始信息皆由各相关部门录入，系统应尽量减少操作员的数据录入量，录入数据尽量通过设计下拉列表框来选择录入，这样的处理同时也避免了许多录入异常现象的发生。数据输入的格式应符合业务习惯，并且直观、方便。要求系统处理的数据能准确无误，同时输出信息要求直观、简洁。

2.可靠性

系统运行具有较高的可靠性，提供严格的并发控制，确保数据的一致性和正确性。

3.实用性

从用户的实际需要出发进行系统开发，不盲目追求高新技术的应用。

4.安全性

系统安全措施可靠、高效、可维护性好，有权限控制、口令控制、临时锁定控制，其中口令录入界面便于系统识别登录用户。

5.可维护性

为了保证系统的可维护性，要求具有详细的文档资料，同时，要求系统在功能设计上考虑可扩展性，以满足业务变动的需求。

6.可移植性

系统开发完成后，要能运行于任何由Windows NT/Windows 9X操作系统所构成的计算机网络环境下。

图书管理系统需求分析 篇5

1.引言 1.1 编写目的

软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。

本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2 项目背景

本项目的名称：图书管理系统。

图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。

1.3 相关定义

数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。

2.需求概述 2.1 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

2.2 用户类和特征

最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。

2.3 运行环境

服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。

客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。

软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1数据需求

图书馆管理信息系统需要完成功能主要有：

1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。

5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。

6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。

7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。

8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。

9)还书信息的输入，包括借书证编号、书籍编号、还书日期。

10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。

12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等

13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。

3.2事物需求

1)在读者信息管理部分,要求: a.可以查询读者信息。

b.可以对读者信息进行添加及删除的操作。

2)在书籍信息管理部分,要求: a.可以浏览书籍信息。

b.可以对书籍信息进行维护,包括添加及删除的操作。

3)在借阅信息管理部分,要求: a.可以浏览借阅信息。

b.可以对借阅信息进行维护操作。

4)在归还信息管理部分，要求: a.可以浏览归还信息。

b.对归还信息可修改维护操作。

5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。

6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。

3.3确定用例及编写用例文档

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

在这个“图书管理系统”中的用例图如下所示。

用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。

4.非功能需求 4.1 性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：

1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。

2）对设备的要求：

要求计算机稳定性良好，整套系统经济实惠。

3）可以利用的信息和资源：

图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。

安全性需求

对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

5.故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。

故障出现后可能采取的变通措施，包括：

文档管理系统需求分析 篇6

目前, 大多数文档管理系统在实现企业各部门日常文件管理的功能外, 还增设了很多新功能, 以满足文档管理系统电子化、标准化的新要求, 例如功能强大的档案查询模块, 使管理者对日常文档的查找更加方便, 解决了传统管理中查找困难、耗时等问题。采用现代化的文档管理系统满足了企业“无纸化”的办公要求, 实现了通过计算机对文档管理进行全程跟踪的目标。

文档管理系统的全面应用, 使企业克服了传统文档管理方法中存在的缺点, 提高了管理部门的日常办公效率, 增强了企业内部协同合作的能力。文档管理系统的应用, 在方便管理者有效管理文档的同时, 也大大提高了文档查找的效率, 进而提高了企业的综合效率。

1 文档管理系统的需求分析

根据市场需求, 要求文档管理系统需具有以下功能: (1) 处理大量复合型文档的数据信息; (2) 通过系统查看文档内容和属性; (3) 通过系统可以完成对文档一系列的日常操作, 保证系统的安全性和可靠性; (4) 由于操作人员的计算机操作能力普遍较低, 因此要求系统具有良好的人机交互界面; (5) 完全人性化设计, 无需专业人士指导, 即可操作本系统; (6) 系统具有数据备份和数据还原功能, 能够保证系统数据的安全性。

2 文档管理系统的主要功能

文档管理系统由以下几个功能模块组成 (见图1) : (1) 系统设置模块。该模块包括用户管理、口令修改和退出系统。 (2) 基本信息模块。该模块包括单位档案、文档类别两部分。 (3) 文档管理模块。该模块包括添加文档、修改文档、删除文档、文档浏览和查看文件属性五部分。 (4) 数据库管理模块。该模块包括数据库备份、数据库还原和日志管理三部分。

3 文档管理系统的设计目标

文档管理系统是根据中、小企业的实际需求开发的, 能够完全实现企业对制度文档的自动化管理, 通过本系统可以实现以下几个目标: (1) 系统运行稳定, 安全可靠; (2) 界面设计美观, 人机交互界面友好; (3) 信息查询灵活、方便、快捷、准确, 数据存储安全可靠; (4) 操作员可以随时修改自己的口令; (5) 对用户的输入数据, 系统能够进行严格的检验, 尽可能排除人为错误; (6) 数据保密性强, 为每个用户设置了相应的权限级别。

4 文档管理系统的开发环境

文档管理系统开发和运行环境如下:

系统开发平台:Visual C++6.0或C#;数据库管理系统软件:SQL Server 2000;系统运行平台:Windows XP/Windows 2000;分辨率:最佳效果1 024×768像素。

文档管理系统概念模型如图2所示。

5 结束语

综上所述, 文档管理实际就是文件的制作、修改、传递、鉴定、保存、销毁、存档等一系列操作。文档管理系统是企业经营管理中不可缺少的一部分。通过文档信息管理系统, 实现了文档管理自动化的目标, 提高了企业的办公效率。以上对目前企业文档管理系统的主要需求、功能模块、功能架构、设计目标和开发结构等进行了介绍, 以期为相关方面的研究提供一定的参考。

摘要：简述了目前企业文档管理系统的主要需求, 并对系统功能模块、功能架构、设计目标和开发结构等进行简单的介绍, 为文档管理系统的设计提供了参考方向。

关键词：文档管理系统,功能,设计目标,开发环境

参考文献

[1]王萍, 冯建华.C++面向对象程序设计[M].北京:清华大学出版社, 2006.

[2]萨师煊, 王珊.数据库系统概论[M].北京:高等教育出版社, 2006.

学生管理系统需求分析 篇7

需求分析

实现功能

本系统可以实现（1）对系统管理员、教师用户和学生分别给予不同的操作权限，包括用户管理、试题管理、试卷管理。（2）管理员可以在系统中进行添加试题、查询学生信息、添加考试学生信息地。（3）学生用户通过自己的考号、姓名登陆可以登录考试系统参加考试和进行成绩的查询。

网上考试系统以方便、满足客户需要为宗旨，实现阅卷、随机出题、各种成绩查询方式以及试卷管理等多种功能。

本系统是一套专业的考试、培训、学习管理解决方案，采用开放、动态的系统架构，将传统的考试培训模式与先进的网络应用相结合，可以使用户完全根据自身应用特点快速构建考试培训平台系统，实现对考试、培训、学习的高效管理。

1、系统功能模块划分：

（1）学生系统管理模块：对学生信息的录入、编辑、修改、删除、查询等

（2）课程信息设置模块：管理人员可以在该模块中添加课程，并对课程进行录入、编辑、删除

（3）成绩信息录入模块：管理员可以对学生的考试成绩信息进行录入、修改、查找、汇总

数据库：

学生信息表 课程表 成绩表 管理员用户表

1、数据库

图

1、系统结构设计

1、设计目标

1、登录系统的主要功能要求

（1）登陆页面

（2）功能选择页面

（3）各种功能的登录页面及密码验证

（1）信息查询

（1）选择更改账户属性的类别

（2）浏览，更新整个系统中的各种用户（系统管理员和学生用户）

（3）删除不再需要的用户

（4）更改用户密码

（5）安全性考虑禁止非法sql语句的输入，和利用session对象的对用户

监控系统需求分析报告 篇8

高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前350年），是中国建县历史最早的县份之一。1949年划属三原分区，1950年5月划属咸阳专区，1953年1月改属渭南专区，1956年10月由省直辖，1961年改属咸阳专区，1983年10月5日划归西安市管辖区域。全县辖4镇4乡，88个行政村，740个村民小组。耕地2万公顷。地区总面积290平方千米，每平方千米人口密度约950人。总人口29万人，其中非农业人口11.9万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。

2011年全省公安机关还将全力推进技防视频监控网建设，建成覆盖全省城镇社会面、城乡社区、单位内部、重要部位以及复杂公共场所、公共服务娱乐场所视频监控网络。2011年底，全省完成了28万个视频监控摄像点的建设任务，2012年底前，消除城镇社会面、城乡社区、村居、单位内部的治安视频监控盲点，重要部位视频监控覆盖率达到100%，农村社区、村居覆盖率达到60%的目标。据悉，除以上各项内容外，陕西还将在交通智能化、公安信息化建设、电子警察、综合执法平台建设、科技强警、公共安全科技研发等相关项目迎来了历史发展的新机遇。需求分析

高陵县原有平安城市系统，投入使用多年来，在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早，视频监控设备已落后，亟待进行升级改造。

随着平安城市工程在全国范围内的快速推进，视频监控系统的基础建设已经初具规模，并取得了显著成效，正逐步能够满足城市视频监控的一些基本要求，但是也存在着多种矛盾，主要体现在以下几点：

图像清晰度不够：已建的系统大多为模拟系统，图像分辨率最高达到D1格

式(40万像素)，只能满足“看的见”需求却不能满足“看的清”需求；

系统扩容性差：视频监控的趋势逐步从模拟系统向数字化系统方向发展，很多平安城市项目建设当初未充分考虑系统扩容，后期建设不能充分整合现有资源，存在资源浪费的情况。

系统稳定性差：视频监控系统是一个涵盖了视频采集、传输、控制、存储、显示等方方面面的功能，每一个环节都需要采用大量的设备，系统集成化程度不高，系统的每个硬件设备都可能成为故障点，导致系统的稳定性下降。

重建设、轻维护：平安城市项目是一个大规模的视频监控系统，随着系统建成投入使用，系统的运营维护工作一般由人工完成，由于维护成本过高，一些损坏的设备未能得到及时修理或更新，在关键时刻系统宏机导致不能正常运行，未能达到“科技强警”目的。

因此，建设满足各个专业管理部门多级多领域城市管理的应用需求，建立一套统一的应急联动指挥与数字化城市管理监控系统平台，对各单位现有资源有效整合，达到资源共享，不仅节省大笔资金，而且可以大幅度提高监控系统的使用率和工作效率，实现整个城市的扁平化管理。在此基础上，利用市公安局现有的三台合一指挥系统、平安城市监控系统，扩建改造为涵盖各个职能部门的数字延安，是科学合理、安全可行的。针对当前平安城市视频监控系统的主要矛盾，后期系统的建设应着重从以下几方面考虑：

全网络化：数字监控远比模拟监控具有优势，平安城市从模拟走向数字一个必然趋势，由于部分区域网络基础建设的限制，当前视频监控系统建设过程中将存在模数并存的现象，这就要求系统的设计必须能够接入模拟信号同时可以有效兼容原有模拟系统。

高清化：高清能够提供更好的图像清晰度、更流畅的画面、更宽广的浏览画面、更精确的图像信息，特别是对于公安重大案件侦破、交通违法抓拍来说，高清图像更显得举足轻重。

高集成化：视频监控系统的后期维护在很大程度上将成为系统长期稳定运行的关键因素，每个硬件设备都将是隐藏的故障，采用集编码、传输、控制、显示于一体的设备，降低单位硬件数量，从而保障系统的稳定性。

智能化：传统的视频监控系统往往依靠人力，维护人员往往在一个监视屏同

时监控多个画面或随即抽取某一画面，造成部分监控点被漏看或被忽视；另外，维护人员存在一定的不稳定性、随意性和局限性，加上人的注意力有限，图像出现异常后，往往不能及时被发现。这就要求系统具有一定的智能视频分析功能，把人力从视频监控系统中大大解放出来，又能提高视频监控效率。

机票预订系统需求分析 篇9

高层管理信息系统中信息需求策略的确定取决于企业状况、高层管理者特点、系统应用范围和系统使用环境等多方面。根据国外一些学者的研究, 及我国企业的实际情况分析, 可以将确定信息需求的策略归纳为以下几种。

一、直接获取法

1. 与高层管理者的交流。

通过与高层管理者的交流可以了解高层管理者的工作特点、个性, 企业战略等情况, 可以较为准确的把握高层管理者对系统的总体看法和需求。但有时在交流中也时常会出现高层管理者所提供的信息与系统开发人员所需信息相差甚远的情况, 究其原因在于人对问题的理解和思维能力往往存在偏好或误差, 而高层管理者又多具有独特的个性和风格, 从而使问题复杂化;同时高层管理者的时间宝贵, 要随时应对各种随机的、非结构化的涉及范围广泛的复杂问题, 因而很难静下心来考虑信息问题, 使许多信息都难以准确定位。与高层管理者的交流尽管是最为直接的获取其所需信息的途径, 但实施中由于受其时间等客观条件的限制, 而无法全面获取所需信息。

2. 与高层管理者秘书的交流。

相对于高层管理者而言, 其秘书则更容易抽出时间与开发人员交流。秘书服务于高层管理者, 因而更清楚高层管理者的信息需求及信息渠道, 能够提供高层管理者的工作习惯、偏好、交往活动等情况。

3. 与部门经理的交流。

部门经理可以准确的把握高层管理者对其所在部门信息的需求, 知道哪些信息对组织决策影响重大。当然部门经理所提供的信息有时具有一定的局限性, 往往只强调其部门特性, 而忽视了组织全局。

4. 出席高层管理者会议。

通过参加会议的方式来了解高层管理者在会议期间需要哪些信息、关注哪些信息、使用了哪些信息, 以此确定信息需求。

二、关键成功因素法

关键成功因素是那些在组织结构中数量有限却作用重大的特殊因素, 这些因素将极大地影响着组织整体的竞争行为。而这些关键成功因素也正是高层管理者所真正需要把握的, 因此可以通过对关键成功因素的有效把握来确定EIS的信息需求。关键成功因素的确定可以按四个步骤展开。

1. 确定并分解组织目标。

每个组织都有自己的目标, 而不同时期又会有不同的重点。组织目标应该根据组织内外的客观环境条件来制定, 并保证其切实可行。组织目标确定后, 再根据需要将其按下属部门和业务单位分解为若干个合适的下级子目标。

2. 识别所有影响目标的因素。

根据已确定并适当分解了的组织目标, 分析识别出影响这些目标的各种因素和影响这些因素的子因素。

3. 确定关键成功因素。

分析各影响因素与目标间的关系以及各因素地位的主次, 作用大小及其相互间的关系, 进而决定哪些因素可以合并, 哪些可以忽略, 在筛选、归并后, 保留那些起关键作用的因素。

4. 明确各关键成功因素的性能指标和评估标准。

关键性能指标是为关键成功因素制定的评价指标, 是系统开发人员所要调查并在信息系统中表达的信息, 是用于描述和度量关键成功因素的, 要求它在操作上是可控的。组织和个人的关键成功因素是否达到理想, 体现在关键业务过程中的一些关键性能指标完成情况。因此, 抓住关键业务过程这一动态概念, 建立组织业务模型, 可获得对组织更深刻的洞察和对组织高层管理者更准确的需求定位, 从而在此基础上把握关键成功因素, 准确辨别出高层管理者的信息需求。

三、原型法

这种策略是根据目标系统最主要的要求, 先开发一个小而实用的能引起高层管理者兴趣的原型投入使用。随着对系统的使用和理解, 信息需求会变得越来越明确, 再通过不断征求意见, 不断提出新的要求, 不断更新、完善和发展以满足新的需求。通过对原型的多次迭代、反复完善、细化, 最终获得满足高层管理者需求的完整系统。

四、从现有系统确定EIS的信息需求

这种策略是从组织现有的信息系统或应用程序来获取信息需求。组织或其职能部门的信息系统能够为EIS提供部分信息, 但对EIS来说实用价值有限。这是因为EIS的目标客户是组织的高层管理者, 是针对高层管理者的工作而设计的系统, 该系统往往与现有信息系统差别极大, 即使在理想状态下, 现有系统所提供的信息也极其有限。但该策略不失为一种确定EIS系统信息需求的辅助策略。

应当说EIS的开发与实现是一个复杂的过程, 涉及到高层管理者的工作和整个企业的高层管理, 任何一种因素的考虑不周或者处理不当, 都会导致EIS系统开发的失败。因而, 要成功的开发E I S, 就需要对其开发过程中所涉及的因素进行系统的分析和研究, 选择适合的确定EIS信息需求的策略, 这是成功开发和实现EIS的关键所在。

摘要：EIS的开发是一个复杂的过程, 涉及到高层管理者的工作和整个企业的高层管理。因而, 准确、快速的定义高层管理者所需要的信息是EIS开发的首要问题。本文提出了确定信息需求的几种策略, 为选择适合确定EIS信息需求的方法提供了依据。

关键词：高层管理者,信息需求,策略

参考文献

[1]王锁柱:《EIS需求分析及设计方法探讨》.微型电脑应用, 2006.6

图书管理系统的需求分析 篇10

项目组长: 王亮 程序录入: 王亮

需求分析: 王亮、段大江、杨家润、雷昕

软件测试: 王亮、段大江、杨家润，王越

开发单位：西邮07级科技软件开发第六小组

编写目的：

本系统是为了减轻新生入学、不断增加、修改图书给学校图书馆带来的不便而设计的。图书馆管理系统是办公自动化不可缺少的一部分，是适应现代管理制度要求、推动学生学籍管理走向科学化、规范化的必要条件。所以本人选择此题目。由于本人水平有限，此系统有一些不足之处，请各位老师给予批评和指导

编写背景：

当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机网被广泛应用于管理信息系统的外部环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息处理，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与管理信息系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。系统待开发的名称：图书管理系统

项目组长: 王亮 程序录入: 王亮

需求分析: 王亮、段大江、杨家润、雷昕

软件测试: 王亮、段大江、杨家润、雷昕、王越

本系统的用户：用户，管理员 一：任务概述：

系统的体系结构为客户端/服务器结构，开发工具前台为 C语言。在Windows操作系统的支持下完成相应的所有功能。

二：需求规定：

1．对功能的规定

1）用户功能：1 可以登录及修改当前登录用户的密码和信息。可以浏览，查看，搜索页面信息。

2）管理员功能：除拥有用户所有权限外，还可以对图书信息（买入，借出情况），对用户信息有浏览和管理的权利。2．对性能的规定：

1）精度：查询时应保证查询率，所有在相应域中包含查询关键字的记录都应能查到，同时保证准确率。2）时间特性要求：一般操作的响应时间应在1－2秒内。

3）适应性： 满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。

4）灵活性：在需求发生变化时，本系统的对这些变化的适应能力相对而言是比较强的，包括操作方式上的变化；运行环境的变化；同其他软件的接口的变化；精度和有效时限的变化。项目功能需求

（1）登录功能

验证登录用户是否为数据库中的合法用户，判断登陆的用户是一般用户还是管理员用户。一般用户（即数据库中未有基本信息）则只能实现浏览，查看，搜索功能。管理员可以对普通管理员权限进行修改，可以修改货物，有着绝对权限。（2）主界面功能

可以浏览各种图书信息，还可以进入登陆页面，可以查找各类图书。（3）用户管理功能

管理员（即超级用户）可以添加新的用户以及修改当前登录用户的密码。也可实现登录用户的重新登录和退出，超级管理员可以对普通管理员的权限进行设定，可以修改书目。一般用户则可以浏览，搜索，查看各类商品信息。

性能需求

<1>.登录功能 登录界面

<2>.管理员权限表

G

图书查询条件 图书信息1书籍管理图书信息读者 图书情况 借阅信息 图书信息 图书信息 图书信息表借阅查询条件借阅信息表 借阅信息 读者信息 读者情况管理员 图书基本信息 图书借还信息 借阅信息 借还书信息 3 读者借阅情况借阅管理借还书信息读者基本信息2读者管理管理员 读者信息 读者信息 读者信息表

3运行环境规定  客户机

外围设备：鼠标，键盘，显示器；

操作系统：装有浏览器的各种操作系统； 

服务器

外围设备：鼠标，键盘，显示器；

编译程序：C language 操作系统：任何操作系统(windows or linux)；

数据库支持：SQL Server 2000或更高版本；

数据存储能力和测试支持能力：需要有较高的系统支持。