购票系统需求分析

购票系统需求分析（共9篇）

篇1：购票系统需求分析

火车购票系统需求分析

1．引言

随着科学技术的发展，计算机领域不断取得日新月异的研究成果。计算机在代替和延伸脑力劳动方面发挥越来越重要的作用，在日常生活中随处都离不开离不开计算机。尤其是在交通发达的今天，要管理大量的车票销售，计算机优势更加体现出来。在数字化的今天，为了加强火车售票的管理必须依靠计算机，使火车售票员更好的对游客的管理更加有序、到位，基于上述种种原因，开发火车站售票系统更加显得重要，我们结合本次课程设计开发以下的火车站售票系统方案。

2.编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。本文档供项目经理、设计人员、开发人员参考。3.功能需求

本售票系统应该具备如下功能：

1．浏览功能

列出当前数据库文件中车票的所有记录 可选定一项纪录，显示说有域 2．查询功能

分为对车次信息的查询和客户对已订车票信息的查询。要求： 1）对车次的查询，可以按照发车车次进行查询。2）也可以按照区间查询。

3）车次信息包括：车号、出发地、目的地、发车日期、开出时刻、到站时刻、票价、座位类型设定。

4）车次信息只允许用户查询，不能修改。

5）在查询到的结果中要有对发车时刻，到站时刻的排序功能。3．添加功能

增加一条车票的信息 3．修改信息

通过系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上售票确定已预订选中的车票。要求：

售票记录应包括：乘客名、车号、发车日期、订购票数、总价。4.退票

可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票。旅客要在列车开出之前到退票窗口进行退票，售票员将会扣除一定的手续费，并且将该票的信息退回到数据库中，退出的车票还能继续出售。5.购票

在售票窗口售票员根据旅客预定的车票，或是根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别（全票、半票）、车次类型等要求选择合适的车次，然后结算并打印出车票给旅客。6.预定

6.预定

根据旅客指定的车次查询是否有可用座位、或是根据旅客提供的车站查询经过此站的所有车次，然后再按照旅客要求的发车日期、发车时间、车厢类型、车票类别（全票、半票）、车次类型等要求选择合适的车次进行预定。

4.性能需求

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

1.准确性和及时性

系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户权限及所输入的信息做出响应。由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其准确性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性。

2.易用性

本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。

3.系统的标准性

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

4.系统的响应速度

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

5．数据描述 5.1静态数据 火车票：

列车车号(int SerialNumber)列车始发时间(struct time SetOut)列车始发站(char DeparturePoint)列车终点站(char TerminalPoint)票务：

列车车号(int SerialNumber)已售出车票票数(int FixedNumber)额定载量（int FixNumber）5.2动态数据

输入数据：根据界面提示，键盘输入操作；

查询方式：查询车次、查询始发站；旅客购买时的票务信息，售票员添加、购票、退票时的票务信息； 售票员备份数据恢复所需的数据备份文件； 输出信息：查询车次确定的数据库记录的子集； 统计结果；

车次信息录入、删除（成功或失败）； 车次信息查询、购买的操作结果； 数据备份输出的数据备份文件； 内部数据：查询操作建立的索引； 5.3数据词典

1）售票工作人员日志数据字典 名字：售票工作人员日志 别名：售票员工作日志

描述：记录售票工作人员出勤信息的文件，以供统计售票工作人员出勤情 况 定义：售票工作人员日志=日志编号+售票员编号+售票员登录时间+售票员退出时间 2）订票信息数据字典 名字：订票记录 别名：订单信息

描述：存放订单信息的文件，以供用户查询，并作相应操作 定义：订票记录=用户名+车号+发车日期+订购日期+订购票数+总价 3）售票信息数据字典

名字：买票记录 别名：售票信息

描述：存放售票信息的文件，以供用户查询，并作相应操作

定义：买票记录=买票编号+售票员编号+旅客编号+买票数量+买票时间 4）退票信息数据字典 名字：退票记录 别名：退票信息

描述：存放退票信息的文件，以供用户查询，并作相应操作

定义：退票记录=退票编号+售票员编号+旅客编号+退票数量+扣除金额+返还金额+退票时间

5）列车停靠记录数据字典 名字：列车停靠记录 别名：列车停靠信息

描述：存放列车停靠信息的文件，以供用户查询列车有哪些停靠站及任意两站之间的到达时间、出发时间、里程数、历时、各种座位票价、各类座位数量等信息等，并作相应操作 定义：停靠记录=停靠编号+列车编号+车站编号+到达时间+发车时间+两站里程数+历时+硬座价格+硬卧价格+软座价格+软卧价格+特等座价格+一等座价格+二等座价格+高级软卧价格

6）列车信息数据字典 名字：列车记录 别名：列车信息

描述：存放列车信息的文件，以供用户查询列车车次、等级、起点站、终点站、各类座位数量等信息，并作相应操作

定义：列车记录=列车编号+运费序号+列车等级+起点站+硬座总数量+软座总数量 +硬卧总数量+软卧总数量+特等座总数量+一等座总数量+二等座总数量+高级软卧总数量+无座总数量+当前剩余硬座数量+当前剩余软座数量+当前剩余硬卧数量+当前剩余软卧数量+当前剩余特等

6．运行需求 6.1用户界面

采取对话框方式，多功能窗口运行 6.2硬件接口

（1）硬件接口：支持x86系列PC机

（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。6.3软件接口

运行于Windows2000及更高版本。6.4故障处理

正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。7．其它需求

（1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。

（2）安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。

（3）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。（4）兼容性：由于尚未测试，故无法对兼容性进行评析。

篇2：购票系统需求分析

1.1名称

电影购票系统

1.2开发人

张松宇

1.3软件概述

电影购票系统是一个为用户提供方便快捷的B/S模式的购票系统，可以实现登陆、注册、买票、退票、评论、查看影评和查询、修改个人信息等功能。

1.4运行环境

运行环境为windows系统常用浏览器。用户操作

2.1 登录注册

如果是已有账号用户，直接输入账号及密码并选择用户类型登录；如果是新用户，点击新用户进入注册页面。/ 6

用户登录界面

用户注册界面

2.2 购买电影票

进入购票页面，会显示出所有电影名称的列表，可以按名称或类型查找电影，也可以直接选票。

电影列表界面 / 6

购票界面

确认付款界面

2.3 我的订单

进入订单模块后，会显示用户的订单列表。点击对应的订单可以进行评论或者退票，退票的话钱会自动返回到自己的余额里。

订单列表界面

评论界面

2.4 查询个人信息

进入个人信息界面后会显示用户的个人信息，可以对自己的密码、用户名称和电话进行修改。/ 6

个人信息界面

2.5用户管理

进入后会显示所有用户的信息，管理员可以对相应的用户信息的权限进行修改或者删除。

用户列表界面

用户信息修改界面

2.6电影管理

进入会显示电影票信息列表，管理员可以添加、修改和删除电影信息。/ 6

电影列表界面

修改电影信息界面

添加电影信息界面

3异常及处理

篇3：网站信息系统需求分析探究

随着“互联网+”的蓬勃发展,越来越多的企业更注重在互联网上挖掘潜在商机,企业网站建设需求量大。网站项目需求分析是网站项目开发的关键,是整个项目的基础,关系到项目开发效率和质量。保证项目开发满足用户需求是网站开发项目管理者需要面对的问题。

1 网站需求分析内容

网站信息系统需求分析即对网站系统提出完整、准确、清晰、具体的需求[1,2]。需深入描述网站项目的功能和性能,比如网站架构、基本信息配置、文章管理、产品管理、留言管理等功能以及页面响应速度、数据库防注入等性能。

2 网站需求分析难点

(1)客户对需求描述不清楚。如客户对需求描述不清楚或不具体时,就需要项目需求分析人员结合行业经验,网站项目实际,采用通俗易懂的语言帮助客户描述需求[3,4]。

(2)需求发生变动。应尽可能详细分析哪些需求是稳定的,哪些需求可能发生变化,同时在项目合同上详细描述,以免项目实施后期产生分歧。

(3)客户和开发人员理解不一致。客户对网站信息系统了解程度不同,为此在需求分析阶段应与客户进行充分沟通交流,并形成预期效果图、功能操作流程图,也可向客户展示与其需求一致或功能相似的现有网站信息系统,确保客户与分析人员对需求理解一致。

3 网站需求分类

基于网站建设行业实际,网站信息系统需求通常分为功能需求和非功能需求。功能需求通常会使用功能结构图来体现,如图1为某企业网站功能模块。

非功能需求通常由性能需求、可靠性需求、易用性需求、安全性需求、运行环境约束、外部接口和可保障性需求7个方面组成,如图2所示。

(1)性能需求。包括网站打开速度、网页响应时间和并发连接数、网站空间(即虚拟主机)性能等。

(2)可靠性需求[1]。网站在运行过程中是否稳定。

(3)易用性需求。网站界面美观,发布产品等操作方便。

(4)安全性需求。包括用户登录验证、网站数据库防注入等安全方面的要求。

(5)运行环境约束。网站运行环境与网站开发语言有关,如使用php语言开发的网站信息系统通常在“php+mysql+apache”环境下运行。

(6)外部接口。网站信息系统与其它系统之间的接口要求。

(7)可保障性需求。包括网站可配置性、可扩展性、可维护性、可移植性等方面的要求。

4 网站信息系统需求分析方法

(1)功能分析方法。该方法是网站项目实施中最常用的一种分析方法,以网站信息系统的功能为中心逐级展开分析。首先定义网站具有哪些功能模块,并分析各模块之间的关系;然后对网站功能模块作进一步分析,以确定是否存在子功能模块,直至具体功能操作;最后形成网站项目的整个功能结构,如网站信息系统文章管理模块可进一步分为公司新闻管理和行业新闻管理,具有添加、修改、删除等操作。

(2)数据流方法。也称结构化分析,能直观地体现数据在网站信息系统中动态流动的过程,通常使用数据流图表示,并使用数据字典对数据流进行详细说明,此方法的关键是动态跟踪数据流。

(3)信息建模方法[5]。其核心是实体和关系,主要工具是语义数据模型[3](实体关系图),用属性描述对象,增添对象与对象之间的关系,并细化描述。如图3为网站信息系统中文章管理的用例图。

(4)面向对象方法。该方法的基本策略是将容易变化的元素隐藏起来,对比较稳定的元素建立总体结构。采用该方法能加强对问题域和网站系统责任的理解,加强有关人员之间的交流,对需求变化具有较强的适应性[6]。

(5)面向本体方法。该方法是面向对象方法的有效补充和提升,它强调相关领域的本质概念以及这些概念之间的关联。其实质是在面向对象方法中引入对象关联,并给出各种关联的语义和语用。首先用自然语言描述网站信息系统事务;然后确认网站信息系统的本体和对象;其次形成网站信息系统需求的预定义;最后在领域本体搜索相关知识并和需求预定义合并,得到完整的网站信息系统需求定义[6,7]。

(6)形式化方法。该方法主要使用一种形式语言进行公式推理,并通过证明得出结构可行性的结论,得到网站信息系统的需求规格说明书,规范开发过程,保障系统性能。

5 网站信息系统需求分析

需求分析阶段的参与人员包括客户、网站信息系统分析员、网站设计开发人员和网站项目管理人员,如图4所示。

网站项目管理人员(通常是项目经理)负责处理项目所有事务性质的工作,使网站项目能够在预算内按时保质完成;网站系统分析员需与用户充分沟通交流,共同拟定网站开发计划;用户、网站系统分析员和网站设计人员共同制定网站需求说明;网站系统分析员与网站设计开发人员根据网站需求说明书,设计出网站信息系统的原型。网站需求分析过程如图5所示。

(1)网站可行性分析。明确现有技术能否满足用户需求,制定预算,通常形成可行性分析报告。

(2)需求分析与描述。基于对现有系统的分析,与客户讨论网站信息系统需求,形成文档,明确用户需求和功能需求,其中用户需求是从客户角度对网站系统需求的抽象描述;功能需求描述网站信息系统具体功能。

(3)需求有效验证。组织相关人员对需求进行评审验证。

(4)网站需求说明书。说明书是用户、开发人员交流的重要文档,是网站信息系统设计与开发的基础和依据,同时可作为项目后期测试和验收的依据。

6 结语

需求分析是网站系统开发的基础,对整个网站项目实施具有至关重要的作用,应根据网站项目实际选择合适的需求分析方法,按照需求分析过程模型进行分析,并最终形成网站需求说明书,为后续网站设计开发打下基础。

参考文献

[1]王继成,高珍.软件需求分析的研究[J].计算机工程与设计,2002,23(8):18-21.

[2]徐赛华.软件需求分析研究[J].吉林师范大学学报:自然科学版,2006(1):104-110.

[3]王虎.软件需求分析探讨[J].科技情报开发与经济,2008,18(13):148-149.

[4]周昕.互联网网站需求分析[J].无线互联科技,2015(1):21-21.

[5]方木云,刘辉.高级软件工程[M]北京:清华大学出版社,2011.

[6]张友生.软件体系结构[M].北京:清华大学出版社,2013.

篇4：电子购票系统系统分析

传统的购买电影票的方式是人们到相应的电影院，然后查看相应的电影信息，再去购买电影票。随着科技的迅猛发展，网络的广泛使用，越来越多的人们在各个领域可以实现足不出户，就能够买到相应的产品，而网上订票系统就就可以很好的解决人们足不出户就能够查到相应的电影资讯，购买电影票。

同时随着java及HTML等技术的日益完善，电子票务管理系统在开发上的便捷性及稳定性都有一个比较大进步，基于这些前提下，电子票务系统中比较有代表性的电影网上购票系统应运而生。本系统基于Windows操作平台，主要使用eclipse来设计开发，该开发环境能够很好的兼容其他开发语言，大大提高开发便捷度，数据库用的是SQL server 2008。

1、可行性分析

依据功能需求使用JAVA、JSP技术与SQL server数据库，B/S架构设计可以完成软件的软件部分编写。

开发环境为Windows7，eclipse，SQL server 2008，tomcat7.0。以上要求均不会要求太高，所以在技术层面是可行的。

2、经济可行性

对于开发者来说，只要在本地电脑上面配置好java web开发环境即可进行软件开发，而在投入使用中，用户可以通过安装浏览器就可以很好的进行使用。因此对于用户来说是方便可行的。

3、实际操作性分析

为了使用方便，因此系统设计简单方便。注册，订票以及评论之类的管理迅速可靠。可以尽可能的减少操作人员的操作，并且有很强的可扩充性。因此，这个系统是具有很好的操作可行性的。

4、用户分析

每一个系统到最后都是面向用户的，所以对于用户需求的分析最为至关重要，对于电影网上购票系统来说，这个系统的用户分为两类，一类是系统的管理员，一类是购票的客户，其功能如下：

（1）系统管理人员：系统的管理人员应该具有订单管理、密码管理、系统管理、影片管理等功能（2）用户：普通的使用人员只要能够进行个人信息查询、修改个人信息、查看影讯，进行订票等功能就可以。

5、功能分析

在管理员用户的界面当中，管理员可以随意修改电影院信心，播放信息和管理员信息等所有信息。在数据进行更新的过程当中，应保持所有的数据都尽可能最大的进行级联。而且在进行数据添加操作之前，确保原数据库中是都有相同的数据，以达到数据唯一性的要求。从而保证数据库中的数据不被破坏。添加功能应保证在添加新的数据时能立即进行数据库中数据的更新，并把新的数据结果在界面上显示出来。以保证用户第一时间看到更新的数据。超级管理员对任何的数据都应该具有添加、修改、查看等功能。在进行数据删除时，确保所有的删除操作之前，系统级联的其他表中的数据都被删除。

本系统采用B/S结构。该系统最核心的问题就是数据库系统，一个好的数据库可以对软件设计进行更好的支持，通过对软件系统与数据库系统的连接从而达到界面观察和数据操作处理的连接。

系统采用三层结构，客户端用户通过浏览器完成数据的下载与模拟操作，浏览器端的表现逻辑通过JSP网页完成，而系统内部复杂的业务逻辑主要通过JavaBean的组件实现。JavaBean组件在WWW服务器上运行，通过JSP返回到客户端浏览器。通过表现逻辑与业务逻辑的分离，从而使网页内容简洁，增强系统的可扩充性和可维护性。服务器端，系统采用JDBC中间件访问数据库。数据库服务器定义了系统所需要的数据逻辑和事务逻辑。系统采用JSP技术作为表现手段，服务器采用tomcat7.0作为JSP引擎，系统业务逻辑由javabean组件完成，使用JDBC3.0驱动程序访问数据库。由于系统的测试需要稳定成熟的数据库支持，因此系统采用SQL server 2008数据库作为数据库服务器。

二、关键技术分析

（一）java web环境搭建

1.jdk的安装与配置

jdk全称是java development kit，是java语言的软件开发工具包，其基本组件包括javac（编译器）、jar（打包工具）、javadoc（文档生成器）、jdb（差错工具）、java（运行编译后的java程序）、appletviewer（小程序浏览器）、javap（java反编译器）、jconsole（系统调试和监控工具）等。

2.eclipse简介

eclipse是目前开发java常用的开发平台之一，eclipse是一个开发源代码、基于java的可扩展开发平台，eclipse最初由OTI和IBM两家公司的IDE产品开发组创建，起始于1999年4月，发展至今已经有150多家软件公司参与到eclipse项目中。Eclipse是一个开发源码项目，其核心的设计思想是全部采用插件。Eclipse核心很小，其他所有的功能都以插件的形式附加于eclipse核心之上。Eclipse的基本内核包括：java开发环境插件、图形API、插件开发环境。

3.tomcat简介及在eclipse中配置tomcat

tomcat服务器是一个免费的开放源代码的web应用服务器，目前最新版本是8.0.20。在eclipse中配置tomcat比较简单，本系统使用的tomcat7.0免安装版，直接解压到C盘，然后在eclipse中选择Windows—preferences—server—runtime environment，然后选择tomcat版本—next—browse—选择对应的tomcat路径—install jres—在选择对应的JDK—finish。而后要使用的时候选择对应的web项目然后run in server，选择对应tomcat即可启动。

（二）JSP技术简介

JSP是一种跨平台的动态网页技术，局势在静态页面中嵌入Java代码片段，再由Web服务器中的JSP引擎来进行编译并执行嵌入的Java代码片段，生成的页面信息返回给客户端。

JSP是java技术的简单应用，和运行平台无关，安全稳定，可以对支持任何平台系统；只要编写一次，任何地方都可以运行；并且除了系统之外，代码不用做任何更改；具有强大的可伸缩性；多样化和功能强大的开发工具支持；支持服务器端组件。随着科技的日益发展，尤其是web技术的日益成熟，被广泛使用到各个领域，从而基于Web的远程售票系统被越来越多的人关注，越来越多的人更愿意使用电子购票系统。本文从电子售票系统的需求及需要技术两个方面做了简单的介绍，希望对大家的研究工作有所启发。

参考文献

[1]邵冬华主编著，Web数据库设计项目教程[M].东南大学出版社，2014.

作者简介

篇5：个人博客系统需求分析

需求说明书

[V1.0(版本号)]

拟 制 人朱金国审 核 人潘欣批 准 人潘欣

[二零一零年五月九日]

需求说明书

1．引言

1.1编写的目的a．为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。

b．本文档供项目经理、设计人员、开发人员参考。

1.2背景

a.系统名称：个人博客系统;

b.用户：广大普通用户包括高级知识分子；

C.市场背景：全球上网的10亿人中，有1亿人正通过博客改变他们的生活，不同国家、地区、年龄的人群通过博客建立了一个充满个性的交流空间，人们通过自己的文字传递着不同的信息。作为一个新兴、发展、甚至迅速膨胀的网络空间，博客向我们透露着这个信息传递和情感交流的平台将影响接下来的几代人。

1.3定义

Blog:博客

1.4参考资料

《软件文档国家标准》

《计算机软件开发文档编写指南》

2．任务概述

2.1目标

本系统所实现的功能将是利用程序的智能算法，利用各种数据，将各个Blog的最新内容整合到一起。

（1）建立查询网站，支持并发访问

（2）可提供面向所有客户的基于HTML和RSS等格式的实用信息

（3）提高数据读取效率

（4）建立多个发布点，规避网络风险，保证数据传输稳定

（5）能随时根据站点数量和内容的变化实现更新和扩展

（6）发布的信息能够鼓励Blog作者经常更新自己的站点，能够产生实际的宣传效果

2.2.运行模式：

面向用户，在浏览器中直接返回相关数据，包括最新日志和站点信息。

本系统被期望布署为一个数据发布系统和多个数据镜像发布系统，要求有较高可靠性和稳定性。

2.3 用户的特点

管理员：可以对普通用户进行授权，对会员信息进行部分更改，主要包括用户角色调

整，版主调整，删除会员等；

注册用户：可以加好友，关注好友，转载博文，上传图片，留言等；

游客：可以进行匿名留言等。

3．需求规定

3.1系统功能模块

1.会员注册

新会员注册，提供会员信息，检验新会员信息的有效性；

2.会员登陆

输入用户名和密码，检验用户信息；

3.会员管理

管理员由程序员设置一个，管理员可以对会员信息进行部分更改，主要包括用户角色调整，版主调整，删除会员等；

4.Blog板块管理

用户可以添加，删除，调整博客板块；

5.留言管理

用户可以对所有帖子进行转移，删除等操作；

6.留言回复

注册用户可以回复好友；

7.博文发表

注册用户可以在板块中发表新博文；

8.博文搜索

用户或者游客可以提供关键字查找博主的相关博文，注册用户可以查看自己发表的博文;

9.博友

注册用户可以添加好友，便于查看好友的博文和评论好友博文，以及给好友发送消息，留言等

10.聊天室

注册用户可以在聊天室和Blog成员会话

聊天室的名称，人数限制等由管理员设置，聊天室可以由管理员创建，删除。

13.意见反馈

用户可以给管理员联系，并欢迎提成各种意见和建议；

3.2系统操作

1.会员注册

填写个人信息---信息检验---保存会员信息

2.会员登陆

输入用户名和密码---信息验证

3.会员管理

持有管理员角色---角色调整或分配版主或删除用户

4.博客板块管理

注册用户角色---添加,删除,调整,隐藏板块

5.博文发表

注册用户---选择板块发表主题---主题持久化

6.留言回复

注册用户---针对主题发表回复---回复持久化

7.留言管理

持有版主角色---转移,删除等操作

8.博文搜索

注册用户---按检索条件返回相关博文

9.好友

注册用户---添加好友用户名---验证信息---添加成功

3.3 对性能的规定

3.3.1精度

输入数据除了非法字符均可。

3.3.2时间特性要求

无具体要求（或者一天24小时）。

3.3.3灵活性

当系统遇到偶然或者非人为的故障时，本系统将自动保存未完成的任务。

4．运行环境规定

4.1设备

Win98以上操作系统

内存：128M以上

硬盘：20G以上

（因为本系统对硬件要求不高，所以以上数据仅供参考）

4.2支持软件

大部分浏览器均可；

装了flash播放器

篇6：新闻发布系统---需求分析

新闻发布系统

提供人员登录系统，对新闻进行查看的功能，同时可以进行新闻的发布，对新闻的维护修改、删除等功能。登录人员根据自己的角色权限，来对相关新闻进行一系列操作。流程分为：登录系统，新闻维护。

1、系统登陆---验证系统的使用者，保证系统的安全性。

流程：登录人员输入账号、密码，并选择身份，同时输入验证码----系统验证相关信息是否正确---如果正确，则允许进入系统，否则提示错误，拒绝进入。

2、新闻维护

① 新闻查看

流程：系统显示新闻的相关信息，用户可以选择某一新闻进行查看

② 新闻发布

新闻的增加功能，将新的新闻信息添加到数据库中，包括新闻的标题、类别、内容、备注等。

流程：增加新闻---审批-----如果审批成功，则可以发布；否则，不允许发布。

③ 新闻修改

选中某一条新闻，对新闻的标题、类别、内容、备注等相关内容进行修改。

④ 新闻删除

删除已经发布或保存的信息。

界面说明：

入口：“系统登录”->“新闻发布”

系统列出大量新闻信息，供用户进行增加、修改、删除、查看等操作。

篇7：机票预定系统需求分析

机票预定系统的功能要求

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

根据可行性研究的结果和客户的要求，分析现有情况及问题，采用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． 技术发展规律的约束

篇8：论管理信息系统的需求分析

软件需求包括功能需求、性能需求、环境需求、资源需求、成本消耗需求、开发进度需求、现实约束、预先估计以后系统可能达到的目标等。从项目开发的角度看, 软件需求主要包括两大类型:功能需求和非功能需求。其中, 功能需求是主要的需求, 需要计算机解决的问题, 就是对数据的处理的要求。功能需求规定了系统必须执行的功能。而非功能需求是一些限制性的要求, 是对实际使用环境所做的要求, 如性能要求、安全要求、可靠性要求等。

如果需求调研不充分、用户需求描述不完整或不准确, 项目不可能成功。因此, 根据软件项目特点, 采取相应的需求获取方法, 是软件项目取得成功的关键因素。本文总结作者在“工程资金管理系统”工作实际, 对管理系统研制需求调研阶段几项工作和需注意的几个问题进行探讨。

一、需求调研准备

1、调研前应该将所有项目前期资料进行汇总, 与相关的前期销售人员进行交流, 以便对项目有一个基本轮廓的认识。应该努力的去熟悉用户的行业, 学习工程管理中使用的术语, 标准, 以便能够准确的理解用户。这就需要我们阅读用户所在行业的资料、文章, 尽量多选取一些整体性介绍的文章, 这样可以在短时间内能够对该行业有一个全面的认识, 这样我们就能够较好的和用户进行交流了。

2、做好调研计划, 明确调研目标、调研对象、业务范围、调研形式、时间安排等。

3、做好调研前使用资料的准备, 如需求调研模板, 需求调研问题列表等。

二、主要内容

1、管理信息系统项目中流程是一个非常关键的方面。流程是串起人员和数据的主线, 也是我们在今后开发工作中编程的一个依据, 所以在需求调研时, 首先必需搞清楚客户的各种工作流程。需求调研时, 对用户描述不清楚或自己没有弄明白的流程, 一定要刨根问底。尤其对于用户不能确定的流程, 一定要与用户方管理层进行沟通, 在其确认流程后才可进行开发, 在“工程资金管理系统”开发过程中, 需重点把握资金的流动及审批过程。

2、有了清晰的流程, 就必需把牵涉该流程的各种相关方全部找出来, 并搞清楚他们在流程中所起的作用, 然后对他们进行角色的分类。也要关注一些潜在的关键人, 他们可能并不是直接操作我们的产品, 但却是项目的受益人, 如最终用户的管理者或是我们用户的客户, 他们都对我们项目成败起着至关重要的作用。

3、数据收集整理

用户数据是我们设计数据库结构的关键, 所以调研时应该注意搜集得细致些, 不要遗漏, 需要时还应要求用户提供具体的表格或具体描述需要展现的方式、格式, 这些对界面、报表、统计、分析等方面的设计很有帮助。数据方面的调研要抓住需要输入、展现和输出的数据, 要关注它们的内在联系。

三、需注意的问题

1、平静面对需求变更的心态, 在需求调研过程中, 往往双方对需求理解不一致, 造成需求调研前后矛盾, 应当心平气和的去引导客户, 达到需求理解基本一致。

2、讲求方式方法

尽量到各部门、各科室的办公现场去调研, 尽量不要以召集会议的方式进行调研, 到办公现场去调研, 只要细心观察, 调研人员就会发现用户业务上的很多细节, 并且很容易收集到各种原始单据、报表、台帐等, 观察实际业务办理过程, 可以了解到更多实际业务细节。如果采用会议方法, 要提前发放较详细的调研提纲, 给调研对象充足准备时间。

3、善于分析与总结

大多数情况下, 用户只描述了大概的情况, 基本都是正常情况下的业务处理过程, 对于细节、异常情况的处理, 用户不可能面面俱到地讲给我们听, 此时, 就要靠我们去询问、去理解、去分析。

对于客户的需要进行必要的整理和分类, 分清有用功能、可选功能用、无用功能及不可实现功能。对于用户来讲他可以说出他想要的很多功能, 但这些功能间的关系有时是清晰的, 但对于很多用户来讲, 想通过计算机或新系统实现他以前没有的功能, 在这时他所提出的新需求的可行性和与其它模块之间的关系就已经不清, 所以对于分析员来讲, 要从用户的需求中分清有用功能和无用功能和可选功能, 进行分别区分处理, 不可实现功能请用户放弃。

4、善于沟通

需求调研中, 学会尽量不使用IT行业的术语, 而采用浅显易懂的口头语言来解释IT行业中的术语, 以便用户能够很好的理解, 提高自己的沟通交流能力。

必须不断和用户进行沟通, 某些问题系统分析员也许认为是不对的, 但对于一个行业来说, 有些规则可以不是最合理, 但它就是那样存在和使用, 所以对于每一个不确定的需求, 要由专业人员来审定。管理信息系统的应用, 往往伴随着业务流程、职能的调整, 对于用户提出的不能实现或不必实现的功能, 都需要和用户做好沟通解释工作, 取得用户的认可并在用户说明书上确认签字。

参考文献

[1]柳纯录主编:《系统集成项目管理工程师教程》, 清华大学出版社出版, 2009-3-1。

篇9：购票系统需求分析

【关键词】iOS技术;演唱会咨讯及购票平台;系统设计

随着中国经济的持续发展，演唱会消费越来越成为人民文化消费的重要组成部分，演唱会消费市场因此蓬勃发展。由于智能手机的普及，人民已经迎来移动互联网的时代。所以，搭建一个基于移动互联网的关于演唱会咨询以及购票的平台将给人们带来极大的方便，同时也会大大促进演唱会消费市场的发展。

1、详细设计

1.1、推荐页

（1）推荐页功能描述

推荐页内容的组成：城市选择按钮、分类、UITableView。在XIB上面添加一个320 * 300的UIView视图作为轮播视图的背景视图，在View上面添加上添加一个UIScrollView视图作为轮播视图，一个UILabel作为名称视图。项目启动的时候首先会通过地图定位获取到当前的坐标经纬度，对坐标进行反编码得到当前所在城市的名字，将城市名字通过block语法传到首页，以城市的名字作为字典的key获取字典的value值也就是城市的id，将id传入接口获得首页所需要的数据，将数据解析添加到视图上

1.2 演出页

动态页的组成：刷新按钮、好友动态列表。在控制器的视图上面添加一个UITableView列表视图，自定义封装列表视图里面的内容，先添加一个UIview作为背景视图，在view添加一个30 * 30的UIImageView作为头像视图，添加五个label按要求布好句作为内容和标签的显示视图，通过-（id）initWithStyle？UITableViewCellStyle）style reuseIdentifier？NSString *）reuseIdentifier加载到UITableView上。要进入动态页需要先登录，登录成功后会获取一个用户的私人id通过id请求网络获取到数据进行展示。当进入动态详情页会将一级页面的数据进行筛选处理然后通过点语法保存传到二级页面，在二级页面进行展示，通过获取到的经纬度，调用MapView来做地图定位。

1.3电影页

电影页的组成：正在热映、即将上映、城市选择。通过调用系统的方法可以打开系统相册或相机（需要真机），选择相片通过代理方法将选中的相片显示在事先定义好的UIImageView上面。评价通过for语句循环遍历五个button当点击button的时候为button添加一个图片，通过取反的思想当再次点击的时候就隐藏图片。评论是一个UITextField控件，点击时候会通过代理方法调用出来键盘，同时底部视图会上移一定距离，上移的过程中对其添加了动画，再次点击的时候让键盘对象失去第一响应者隐藏键盘，将你输入内容作为参数通过接口上传到服务器。

1.4 个人中心页

个人中心页的组成：用户头像、设置、注册、登录、我的订单、我的收藏、收货地址、我的优惠券。在控制器的视图上面添加一个UITableView列表视图，自定义封装一个视图，在自定的视图上添加ImagView、Label、Button按照要求进行布局，将自定义封装的视图做一个UitableView的头部视图添加到tableview上，可以实现滑动的效果，视图布局完成后通过用户的id请求网路获取json数据，解析数据对数据内的一维数组进行二维数组的转换，获取的粉丝数据是一个很大的数通过类型转换处理后保存数据然后进行加载展示。

2登录的流程设计

自定义的登陆与注册页面，在注册页面你需要输入的你的邮箱或者是电话的名称进行验证，定义自己的昵称设置自己的秘密，密码需要设置两次，只有两次的秘密相同了才能通过注册，注册成功以后，你就可以到登陆页面进行登陆。登陆页面有输入你注册所用的用户邮箱（电话号码），然后是你的设置的密码，当你的用户邮箱（电话号码）和密码都匹配的时候你才可以登陆成功，成功后会获取到你当前用户的所有信息，以及做一些更深入的操作。

3 设计约束

3. 1 需求约束

（1）软件运行环境约束：能保证兼容从iOS4.3一直到iOS6.1.2完美运行;

（2）硬件运行环境环境（包括运行环境和开发环境）的约束：本系统必须保证能完美运行在iPhone4、iPhone4S、iPhone5、iPhone5S、iPhone5C、iPhone6、iPhone6Plus上面;必须对iPhone5进行完美适配。

（3）接口/协议的约束：保证接口的安全性，必须对接口进行加密，加密规则禁止外泄，统一采用JSON接口格式约束;

（4）用户界面的约束：用户界面UI必须和需求保持一致，严谨出现拉伸，挤压的界面;

4. 设计模式

4.1 单例设计模式

单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例类的特殊类。通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。

4.2工厂方法设计模式

工厂方法（Factory Method）模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。

工厂方法模式的对简单工厂模式进行了抽象。有一个抽象的Factory类（可以是抽象类和接口），这个类将不再负责具体的产品生产，而是只制定一些规范，具体的生产工作由其子类去完成。在这个模式中，工厂类和产品类往往可以依次对应。即一个抽象工厂对应一个抽象产品，一个具体工厂对应一个具体产品，这个具体的工厂就负责生产对应的产品。

工厂方法模式（Factory Method pattern）是最典型的模板方法模式（Templete Method pattern）应用。

4.3 通知设计模式

Cocoa 的NSNotification类的实例封装了要广播的消息，有兴趣接收信息的对象将利用Cocoa 的NSNotificationCenter类的实例注册它们自己。注册的对象称为观察者。

当将一条通知发送到通知中心时，通知中心会把该通知分发给合适的观察者。单个通知可能被广播给任意数量的观察者，把消息发送到通知中心的对象不需要知道有哪些观察者存在，或者有多少个观者者最终会接收到通知。类似的，观察者不一定需要知道通知来源于何处。

当匿名对象需要被动地观察和反应重要事件时，可以使用通知模式。通知设计模式设计事例：

-（void）zhengObserver（id）observersa selector？SEL）aSelectora name？Nsstring *）aName object？id）aObject;

4.4 鍵值观察设计模式

一个目标对象管理所有依赖于它的观察者对象，并在它自身的状态改变时主动通知观察者对象。这个主动通知通常是通过调用各观察者对象所提供的接口方法来实现的。观察者模式较完美地将目标对象与观察者对象解耦。