客服系统需求分析报告

由于报告格式复杂，内容要求简要明确，很多人对写作报告，甚是感到苦恼。非常需要一份正确的报告格式范文。以下是小编精心整理的《客服系统需求分析报告》，欢迎大家借鉴与参考，希望对大家有所帮助！

第一篇：客服系统需求分析报告

博客系统需求分析报告

博客管理系统

1.系统需求分析

博客系统分前台功能和后台功能两大部分。前台主要供用户注册，浏览，后台主要供管理员使用，管理员可以对用户进行管理。

1.1前台功能分析

博客系统前台的用户共分两类：一类是注册用户(正式用户)，这类用户有基本的信息，可以对自己的信息进行查看与修改，;另一类用户是游客(未注册用户)，他们只能查看、浏览注册用户的信息。

游客：可以查看注册用户的信息。经过注册可以成为注册用户。

注册用户：

1、 登录后对可以对个人信息进行查看和修改。

2)博客用户通过前台登录后，对自己的空间进行管理，包括发布自己的网络日志，分享视频，分享音乐，邀请好友玩游戏，上传照片，与相关人员进行交流和沟通以及删除访客发表的评论

3)博客用户登录后对自己的信息进行修改

非注册用户

1)游客通过注册，登录进入博客空间发表评论

2)游客不注册，通过匿名方式对博客空间浏览文章，发表评论，查看文章发表人的所有文章

1.2后台功能分析

博客系统后台主要是供管理员使用的，管理员可对用户进行添加、删除、查询及修改;对网站的新闻、公告进行管理。

管理员也可以具有不同的权限分为超级管理员和普通管理员，普通管理员具有以上权限，超级管理员除了可以具有以上所有功能外，还可以添加、删除普通管理员。

2.数据库设计

2.1数据库概念结构设计

对博客系统进行分析后，抽象出有关的数据，按照现实世界的事物能作为属性对待的，尽量作为属性对待的原则。作为“属性”，不能再具有需要描述的性质，“属性”必须是不可分的数据项，不能包含其它的属性;“属性”不能与其它实体具有联系，E-R图中所表示的联系是实体与实体的联系。依照以上准则，可以确定哪些为实体，哪些为属性，每个实体具有哪些属性，实体之间存在何种联系。经分析之后，该系统中包含的实体以及实体之间的联系如下所示：

实体：管理员实体，用户实体，文章类型实体、链接实体、留言实体、文章实体和评论实体，回复实体，视频，照片，音乐、游客。

实体间存在的联系

管理员和用户实体之间存在多对多的联系

博客用户与链接之间存在多对多的消息联系

博客用户与留言之间多对多的回复联系

文章类型与文章之间存在一对多的消息联系

文章与评论之间存在一对多的消息联系

用户和游客之间存在一对多的联系

用户和视频之间存在一对多的联系

用户和音乐之间存在一对多的联系

用户和照片之间存在一对多的联系

实体的属性：

留言(留言编号，网友昵称，日期，标题，内容，个人主页，回复) 管理员(管理员，密码，权限) 博客用户(用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案)

文章(文章编号，作者，标题，摘要 ，内容，发表日期，人气，回复，类型编号，类型名称，回复数)

文章类型(类型编号，类型名称)

评论(编号，用户昵称，标题，内容，发表时间，文章编号) 链接(链接编号，名称，地址)

新闻(新闻号，标题，内容，时间) 公告(公告号，标题，内容，时间)

视频(视频编号，标题，内容，时间)

音乐(音乐编号，标题，内容，时间，歌手名)

照片(照片编号，标题，内容，时间，大小)

游客(游客号，游客名) 回复(用户号，留言号，主题，内容，回复时间)

联系的属性：

实体之间关系的E-R图如图7-7所示。

2.2数据库逻辑结构设计

根据系统E-R图，把实体与实体之间的联系转换成关系模型，E-R图中的每个实体转换成一个关系模型，实体之间一对多的联系合并到多方实体对应的关系模型中，把一方的码与联系的属性纳入到多方实体对应的关系模型中，为实体之间多对多的联系创建一个新的关系模型，它包含双方的码以及联系的属性。具有相同码的关系模型有些情况下可以考虑把它们合并。在转换过程中应该按照关系规范化的理论，对关系模型进行优化，减少冗余和数据操作异常，提高查询速度，在性能与范式之间作出权衡，一般所设计出的关系数据库达到3NF就基本符合要求。按照

评论(编号，用户昵称，标题，内容，发表时间，文章编号)

文章(文章编号，作者，标题，摘要 ，内容，发表日期，人气，回复，类型编号，类型名称，回复数)

文章类型(类型编号，类型名称)

博客用户(用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案)

发表(用户号，文章编号，发表日期) 管理(管理员，用户号，注册号) 留言(留言编号，用户号，网友昵称，日期，标题，内容，个人主页，回复) 回复(用户号，留言编号，主题，内容，回复时间)

链接(链接编号，名称，地址)

访问( 用户号，游客号，访问量,访问时间)

公告(公告号，标题，内容，时间)

视频(视频编号，用户号，标题，内容，时间)

音乐(音乐编号，用户号，标题，内容，时间，歌手名)

照片(照片编号，用户号，标题，内容，时间，大小)

游客(游客号，游客名)

3功能分析

在其博客管理系统上建立适当的视图，索引，存储过程和触发器，因此我们主要从这四个方面来分析它的功能

A 视图：视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名 称的列和行数据。但是，视图并不在数据库中以存储的数据集合形式存在。

1 .创建某某表的视图

2、利用cust_view视图添加一条记录数据

3、创建视图sale_item_view，该视图中包含订单编号、订货日期、产品编号及数量。然后利用该视图向表中插入数据

4删除视图中所有姓“王”的客户数据

5有两个基本表employee和sales，创建一个视图，该视图包含相同业务员的编号、姓名、订单号、销售总金额。

6将上述视图中订单号为10001的记录的销售金额改为60000。

B 索引：索引用来快速地寻找那些具有特定值的记录。

普通索引， 这是最基本的索引类型，而且它没有唯一性之类的限制。普通索引可以通过以下几种方式创建：

创建索引，例如CREATE INDEX <索引的名字> ON tablename (列的列表);

修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字] (列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename ( [...], INDEX [索引的名字] (列的列表) );

唯一性索引，这种索引和前面的“普通索引”基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一。唯一性索引可以用以下几种方式创建：

创建索引，例如CREATE UNIQUE INDEX <索引的名字> ON tablename (列的列表);修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字] (列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename ( [...], UNIQUE [索引的名字] (列的列表) );

主键：主键是一种唯一性索引，但它必须指定为“PRIMARY KEY”。如果你曾经用过AUTO_INCREMENT类型的列，你可能已经熟悉主键之类的概念了。

主键一般在创建表的时候指定，例如“CREATE TABLE tablename ( [...], PRIMARY KEY (列的列表) ); ”。但是，我们也可以通过修改表的方式加入主键，例如“ALTER TABLE tablename ADD PRIMARY KEY (列的列表); ”。每个表只能有一个主键。

3存储过程: 一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它。

1、利用存储过程，给employee表添加一条业务部门员工的信息。

2、利用存储过程从employee、sales、customer表的连接中返回所有业务员的姓名、客户姓名、销售金额。

3、创建带一个输入参数的存储过程，实现按员工姓名进行模糊查找，查找员工编号、订单编号、销售金额。

4、创建带两个输入参数的存储过程，查找姓“李”并且职称为“职员”的员工的员工编号、订单编号、销售金额。

3、 利用存储过程计算出订单编号为10003的订单的销售金额。(带一输入参数和一输出参

数)(提示：sales表中的tot_amt应该等于sale_item表中的同一张订单的不同销售产品的qty*unit_price之和)

4、 创建一存储过程，根据给出的职称，返回该职称的所有员工的平均工资。(带一输入参

数和返回值)

4触发器触发器对表进行插入、更新、删除的时候会自动执行的特殊存储过程。触发器一般用在check约束更加复杂的约束上面。触发器和普通的存储过程的区别是：触发器是当对某一个表进行操作。诸如：update、insert、delete这些操作的时候，系统会自动调用执行该表上对应的触发器。SQL Server 2005中触发器可以分为两类：DML触发器和DDL触发器，其中DDL触发器它们会影响多种数据定义语言语句而激发，这些语句有create、alter、drop语句。

1、针对employee表写一个DELETE触发器，显示删除的员工人数。

2、针对employee表写一个UPDATE触发器，限制每次工资额的变动不能超过原工资的20%。

3、定义一个触发器，保证新添加的员工的工资不能超过5000元

4、对sale_item表创建一个触发器，当插入一条销售明细记录时，如果该记录的产品数量超过5，则显示“欢迎成为本公司的VIP会员!”

5、针对customer表，定义一触发器用来保证参照完整性

6、针对sales表，定义一触发器保证参照完整性(参照customer表)

7.针对employee表，定义一触发器用来保证实体完整性

8，在customer表上创建一触发器，用来实现级联删除

9、定义一触发器，保证新添加的员工的工资不能超过5000元

10、创建一个触发器，只能接受女员工

11，、写一个允许用户一次只删除一条员工记录的触发器。

第二篇：中期分流系统需求分析

v.1.0最后编辑：vvb

1，概述：中期分流系统用于处理全日制本科学生大三时调整专业。主要功能有：学生网上填报志愿，查看录取情况，教务管理员上传学生名单、管理拟调整专业、系统时间限定等。

2，角色与功能：本系统有学生与教务管理员两个角色。功能分别如下：

1).教务管理员：

 上传学生数据(学号)，并备份上一年数据(学号成绩专业)，修改(单个批次)和查看学生数据，提供学生密码修改功能。

 上传学生成绩(学号姓名三成绩)并计算总排名，修改和查看学生成绩，并做日志记录。

 对拟录取专业进行增，删，改，查。

 对学生选专业进行时时间设定。

 为拟调整的专业录取学生，先录取第一志愿，再录取第二志愿。录取时按总绩排名先后录取 。

 查看总体排名情况。

2).学生：

 查看个人信息，并可修改个人密码。

 查看个人成绩，及总排名。

 填报志愿，并实时查看在拟调整专业内的排名，如果超出录取人数，及时填报其它专业。

 查看所有专业录取情况。

3，其它说明：

1).学生成绩为学分基点+大一，大二必修课平均成绩*0.2+录取考试成绩*0.3(此处为虚拟，录取考试为综合考试，满分100)，如：某学生学分基点为70，大一，大二平均成绩：80，录取考试成绩为：90，则此生最终成绩为：

70+80.*0.2+90*0.3=113。

2).录取学生按成绩从高到低录取。录取学生时先录取第一志愿，录取完第一志愿后，再录第二志愿，学生一旦录取则不可改变。当第二志愿所报专业中有成绩低于本人的第一志愿填报者，则不可将另一人替出。

如：A，B都是学生，A最终成绩：121，B最终成绩100.A第一志愿填报计算机科学与技术，第二志愿填报金融学，B第一志愿金融学。计算机科学与技术第一批次录取成绩为126分，

金融学第一批次录取成绩为：98分。此时：A未被录取到任何专业，B被录取到金融金专业。只有当金融学专业第一志愿填报者未达拟录取人数时。才录取第二志愿填报金融学的学生。

4,技术要求：

Struts2,ibaetis,DWZ,Ajax数据库任选。

2011-07-15

第三篇： 火车购票系统需求分析

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)兼容性：由于尚未测试，故无法对兼容性进行评析。

第四篇：监控系统需求分析报告

需求分析报告

1 概述

高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年(公元前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%的目标。据悉，除以上各项内容外，陕西还将在交通智能化、公安信息化建设、电子警察、综合执法平台建设、科技强警、公共安全科技研发等相关项目迎来了历史发展的新机遇。

2 需求分析

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

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

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

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

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

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

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

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

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

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

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

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

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

整合应用：平安城市有两大关键点，一是监控点的覆盖，二是应用，没有上层应用，平安城市就失去了应有的意义，这些应用包括调度指挥、GIS整合、视频报警、警视联动等等。当前已建平安城市各子系统仍属于独立工作，互补相连的状态，实现各子系统的整合应用将是今后建设的重点，也是平安城市的建设具有更深远的意义。

第五篇：旅游信息系统需求分析报告

石河子旅游信息系统

需求分析报告 (项目计划书)

XXX 主编

2017年5月

目录

1. 市场分析 ........................................................................................................................... 2 1.1市场需求 ........................................................................................................................ 2 1.2风险分析 ........................................................................................................................ 2 2. 系统总体概述 ................................................................................................................... 2 2.1目标 ................................................................................................................................ 2 2.2用户分析 ........................................................................................................................ 3 2.3运行环境 ........................................................................................................................ 3 2.3.1硬件和系统环境 .................................................................................................... 3

1. 市场分析 1.1市场需求

石河子作为西部绿洲新城，对于广大内地游客具有神秘感及异域风情同时作为军垦新城有着特殊的教育意义以及特色的红色旅游。石河子周边团场还有万亩桃园、张裕酒庄等极具特色的旅游景点。因此，石河子市一个极具潜力的新兴旅游城市。

近些年，随着网络的快速发展大量的旅游餐饮信息被整合在网络平台上，既方便了人们的生活，同时也是巨大的商机。而石河子作为西北新兴旅游城市，大量优质的旅游资源还未被广大人民所了解，也少有软件商注意到这里，因此石河子旅游信息系统拥有巨大的潜在市场。

1.2风险分析

由于石河子经济、社会、科技发展较为滞后，网络科技不发达，各类信息的采集汇总并未形成规模。因此，各类旅游信息需要公司自行采集、处理、更新，成本巨大，若短期内不能完成或不能产生效益将导致大幅亏损甚至团队崩溃。

2. 系统总体概述

2.1目标

本系统主要目的是研发一款针对石河子市旅游信息采集(主要景点、酒店餐饮、交通线路等)及用户查询、线上交流等功能的软件。

本系统旨在提供一种友好的界面、可视化的查询分析方法。本系统以地图为基础，在石河子地图基础上浏览查询分析全市景点、酒店、餐饮及公交线路情况，有效整合空间资料、属性数据、多媒体数据，实现便捷性、系统性、结构性合一的新型旅游信息系统。

由于游客大多对石河子不了解，尤其是石河子有哪些景点，如何到达，如何选择酒店餐饮等问题的需求最迫切却最不了解。由于景点大多在城市郊区，交通不便利，但我们知道对于以自然风景为主的旅游城市距离市区越远风景越好。但就因为不了解交通路线导致很多外地游客错过了这些美景。还有，近些年层出不穷的欺负外地游客的现象，天价大虾什么的搞得很多游客都不敢在景区附近就餐、订酒店。

因此本系统主要目的是使游客能够了解各景点信息(包括文字介绍、图片及视频信息)，景点间距离、交通路线、附近酒店餐饮状况。游客可据此设计自己的旅游路线。同时在旅游结束之后可以进行线上交流，分享自己的心得及经验。也能够将更好地餐馆酒店推荐给其他游客(由于开发时间及人员技术和软硬件条件限制，本次开发并未完成线上部分)。

根据项目计划，项目目标主要有以下几个方面： 1. 实现地图的显示功能(加载、缩放、漫游、隐藏等)。 2. 实现测距功能。 3. 实现路线规划功能。 4. 客户端界面

5. 建立用户信息数据库、空间及属性数据库和论坛数据库

2.2用户分析

本系统主要用户来自社会各阶层、各职业。其中大多为没有任何计算机基础的用户，因此必须设计一个友好简单的界面，友好的基本原则为：合乎大众操作习惯，即“不反人类”;简单地基本原则是：必要功能完备，操作流程简便，提示到位(其中需着重注意当某步骤处理时间很长时应设计进度条，避免长时间无响应造成用户多次点击或放弃操作)。设计时对于用户需要进行的主要操作应尽量简单，并配以必要的文字及图片帮助，同时对于常用功能的位置应尽量醒目，省去用户寻找的麻烦。

2.3运行环境

2.3.1硬件和系统环境