公交信息查询系统需求分析报告.docx

公交信息查询系统需求分析报告.docx

《公交信息查询系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《公交信息查询系统需求分析报告.docx（15页珍藏版）》请在冰点文库上搜索。

公交信息查询系统需求分析报告

项目编号

20121031

文档编号

１０

密级

内部

南昌市公交信息查询系统需求分析

评审日期：

2012年月日

1导言

1.1背景

随着南昌市的发展，南昌市的公交系统越来越发达，市民们出行也越来越方便，但初来者以及到某些不太熟悉的地方不知道怎么坐公交去，在这种情况下，就需要完善的公交查询系统。

因此，我们建立了南昌市公交信息查询系统，希望此系统能更好地帮助乘客及时、有效地获取更多有关南昌市公交车线路、站点等的信息。

1.2软件的功能以及目的

本系统录入了南昌市各个公交站点和公交路线的基本信息。

对南昌市民提供了方便的公交向导。

1.3参考资料

[1]张海藩.软件工程导论第五版[M].北京：

清华大学出版社，2008

[2]严蔚敏，吴伟民.数据结构（C语言版）[M].北京：

清华大学出版社

[3]苗雪兰，刘瑞新，宋会群.数据库技术及应用[M].北京：

机械工业出版社2007.

1.4版本更新信息

本文档的更新记录如表A-1。

表A-1版本更新记录

修改编号

修改日期

修改后版本

修改位置

修改内容概述

001

2012.11.1

0.1

全部

初始发布版本

2系统定义

项目来源及背景

本项目是为广大南昌市民开发的一个公交信息查询系统，用户可以上网查询南昌市公交信息。

据调查，在外出差或、旅客以及去陌生的地方经常碰到头疼的问题，那就是找不知道怎么去，打车又太贵，坐公交车不知怎么坐，本项目就是要解决这个问题，用户可以随时通过上网查询公交信息，可以了解怎么坐最有效的公交车。

项目要达到的目标

本项目设定的目标如下：

1.网站能够提供友好的用户界面，尽量减少使用户的记忆量

2.网站具有良好的运行效率，能够保证查询便捷

3.框架的设计具有一定的可塑性以及灵活性，便于维护和修改

4.网站具有比较完善的安全机制，能够最大限度的减少威胁以及攻击

5.通过这个项目可以锻炼队伍，提高团队的调查分析和项目管理能力

系统整体结构

根据用户的需求调查，可以确定本系统应该由三个部分组成：

用户查询平台，系统管理端。

用户查询平台是主要提供非管理员用户进行查询公交信息。

系统管理端主要体统系统管理员对南昌市公交信息的管理。

图1系统整体结构图

3应用环境

本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。

系统运行网络环境

本系统用户通过打开南昌市公交信息查询系统的网站进入相关页面进行操作，管理员通过登录进入后台管理，非管理员直接在页面上进行查询操作。

系统运行硬件环境

本系统的硬件环境如下：

●客户机：

普通PC

⏹CPU：

P41.8GHz

⏹内存：

256MB以上

⏹分辨率：

推荐使用1024*768像素

●WEB服务器

⏹CPU：

P41.8GHz

⏹内存：

256MB以上

●数据库服务器

⏹CPU：

P41.8GHz

⏹内存：

256MB以上

系统运行软件环境

●操作系统：

Windows9X，WindowsMe,WindowsXP

●数据库：

SQLServer2000

●WEB开发工具：

●应用服务器：

WebSphere

●浏览器：

IE5.0及其以上版本

4功能规格

4.1角色（Actor）定义

角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。

本南昌市公交信息查询网的用户分为客户端用户和管理端用户，客户端类型是web浏览器。

管理端用户是通过浏览器登陆后获得管理权限的管理员。

4.1.1一般用户

一般用户是指要查询公交信息的人员，这个角色主要在南昌市公交信息查询系统中查询公交信息。

4.1.2系统管理员

系统管理员是登陆系统管理端对公交信息进行管理的人员，这个角色主要负责对站台信息和线路信息的增加、删除、修改、查询，以及对网站的维护。

4.1.3数据库

这里的数据库是指系统存储南昌市公交信息数据的数据库。

4.2系统主UseCase图

4.3客户端

一般用户平台

一般用户登录南昌市公交信息查询系统后，根据查询的内容，进行不同的查询，有站点查询、线路查询、站站查询三种操作。

图3是它的用例图，图4是它的活动图，图5是它的顺序图。

图3一般用户平台功能用例图

图4一般用户平台活动图

图5一般用户平台顺序图

一般用户平台的这些用例描述如下：

F-C-1：

查询站台。

一般用户进入南昌市公交信息查询系统，输入站台名，查询站台信息。

具体描述：

用例描述：

查询站台；

执行者：

一般用户；

前置条件：

用户进入系统；

后置条件：

显示站台信息。

基本路径：

a）用户进入系统；

b）输入查询的站台名。

c）点击查询。

d）查询成功

其活动图如图6：

图6查询站台活动图

F-C-2：

查询线路。

一般用户进入南昌市公交信息查询系统，输入线路名称，查询线路信息。

具体描述：

用例描述：

查询线路；

执行者：

一般用户；

前置条件：

用户进入系统；

后置条件：

显示线路信息。

基本路径：

a）用户进入系统；

b）输入查询的线路名。

c）点击查询。

d）查询成功

其活动图如图6：

图7查询线路活动图

F-C-3：

查询站站。

一般用户进入南昌市公交信息查询系统，输入起点和终点站台名称，查询站到站的信息。

具体描述：

用例描述：

查询站站；

执行者：

一般用户；

前置条件：

用户进入系统；

后置条件：

显示站站信息。

基本路径：

a）用户进入系统；

b）输入起点站台名。

c）输入终点站台名。

d）点击查询。

e）查询成功

其活动图如图6：

图8查询站站活动图

4.4．管理端

系统管理平台

系统管理平台主要是提供系统管理人员使用的功能。

主要是公交信息管理的功能，包括公交信息查询、修改、添加、删除的功能。

图26为它的用例图，图27为它的活动图。

图9系统管理端功能用例图

图10系统管理端活动图

系统管理平台用例具体描述如下：

F-M-1：

站台管理：

系统管理员可以对站台信息进行查询、添加、修改、删除的操作。

具体功能描述如下：

用例描述：

站台管理；

执行者：

系统管理员；

前置条件：

系统管理员己登陆系统

后置条件：

如果站台信息维护完成，则公交的相应信息将记录到数据库中。

基本路径：

a）进入管理界面；

b）点击不同的站台，可以显示这个站台的信息；

c）可以添加站台信息，可以修改站台信息，也可以删除站台信息；

图11查询公交信息活动图

图12管理员添加站台顺序图

F-M-2：

线路管理：

系统管理员可以对线路信息进行查询、添加、修改、删除的操作。

具体功能描述如下：

用例描述：

线路管理；

执行者：

系统管理员；

前置条件：

系统管理员己登陆系统

后置条件：

如果线路信息维护完成，则公交的相应信息将记录到数据库中。

基本路径：

d）进入管理界面；

e）点击不同的线路，可以显示这个线路的信息；

f）可以添加线路信息，可以修改线路信息，也可以删除线路信息；

图13线路管理活动图

图14添加线路的顺序图

5性能需求

5.1界面需求

系统的界面要求如下：

1）页面内容：

主题明确，排版清晰简洁，站点链接和标题格式统一，规范，栏目、菜单设置和布局合理，传递的信息准确及时。

内容丰富，功能多样。

控制广告数量，给人一种思路清晰，目的明确的感觉，同时也不失餐饮业介绍所应有的特色。

2）导航结构：

页面具有明确的导航指示，且便于记忆理解，方便用户使用。

3）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；用JSP进行逻辑分析处理，尽量避免逻辑上的漏洞，采用CSS处理，控制字体大小和版面布局。

4）艺术风格：

界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；背景颜色适中，不会引起视觉疲劳；色彩和谐自然,与主题内容相协调。

5.2响应时间需求

无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该尽量及时的进行反应，反应的时间在3秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器，输入设备丢失，网络状况慢则提示用户稍后登录等，避免出现长时间等待甚至无响应。

5.3可靠性需求

系统应保证7X24内不当机，保证至少100人可以同时在客户端登录，系统正常运行，正确提示相关内容。

5.4开放性需求

系统应具有十分的灵活性，以适应将来功能扩展的需求。

5.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

5.6系统安全性需求

系统有严格的权限管理，逻辑分析以及检测数据完整性功能，各功能模块需有相应的权限方能访问。

系统要能够防止各类误操作以及潜在的逻辑死角可能造成的数据丢失，破坏。

防止用户非法获取，修改以及删除网页以及用户交易资料内容。