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

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

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

清华大学,2008

[2]严蔚敏,吴伟民.数据结构<

C语言版>

[M].：

清华大学

[3]苗雪兰,X瑞新,宋会群.数据库技术与应用[M].：

机械工业2007.

1.4版本更新信息

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

表A-1版本更新记录

修改编号

修改日期

修改后版本

修改位置

修改内容概述

001

0.1

全部

初始发布版本

2系统定义

项目来源与背景

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

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

项目要达到的目标

本项目设定的目标如下：

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

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

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

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

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

系统整体结构

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

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

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

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

图1系统整体结构图

3应用环境

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

系统运行网络环境

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

系统运行硬件环境

本系统的硬件环境如下：

●客户机：

普通PC

⏹CPU：

P41.8GHz

⏹内存：

256MB以上

⏹分辨率：

推荐使用1024*768像素

●WEB服务器

●数据库服务器

系统运行软件环境

●操作系统：

Windows9X,WindowsMe,WindowsXP

●数据库：

SQLServer2000

●WEB开发工具：

●应用服务器：

WebSphere

●浏览器：

IE5.0与其以上版本

4功能规格

4.1角色〔Actor〕定义

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

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

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

一般用户

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

4.1.2系统管理员

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

4.1.3数据库

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

4.2系统主UseCase图

4.3客户端

一般用户平台

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

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

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

图4一般用户平台活动图

图5一般用户平台顺序图

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

F-C-1：

查询站台。

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

具体描述：

用例描述：

查询站台；

执行者：

一般用户；

前置条件：

用户进入系统；

后置条件：

显示站台信息。

基本路径：

a>

b>

输入查询的站台名。

c>

点击查询。

d>

查询成功

其活动图如图6：

图6查询站台活动图

F-C-2：

查询线路。

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

查询线路；

显示线路信息。

输入查询的线路名。

图7查询线路活动图

F-C-3：

查询站站。

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

查询站站；

显示站站信息。

输入起点站台名。

输入终点站台名。

e>

图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〕页面内容：

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

内容丰富,功能多样。

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

2〕导航结构：

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

3〕技术环境：

页面大小适当,能用各种常用浏览器以不同分辨率浏览；

无错误和空；

用JSP进行逻辑分析处理,尽量避免逻辑上的漏洞,采用CSS处理,控制字体大小和版面布局。

4〕艺术风格：

界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方；

背景颜色适中,不会引起视觉疲劳；

色彩和谐自然,与主题内容相协调。

5.2响应时间需求

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

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

5.3可靠性需求

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

5.4开放性需求

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

5.5可扩展性需求

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

5.6系统安全性需求

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

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

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