公交信息查询系统需求分析11页word文档.doc

《公交信息查询系统需求分析11页word文档.doc》由会员分享，可在线阅读，更多相关《公交信息查询系统需求分析11页word文档.doc（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、如有侵权，请联系网站删除，仅供学习与交流公交信息查询系统需求分析20121031文档编号密 级内部南昌市公交信息查询系统需求分析评 审 日 期： 2012年 月 日目录1导言31.1背景31.2软件的功能以及目的31.3参考资料31.4版本更新信息32系统定义4项目来源及背景4项目要达到的目标4系统整体结构43应用环境5系统运行网络环境5系统运行硬件环境5系统运行软件环境64功能规格64.1角色（Actor）定义64.1.1 一般用户64.1.2系统管理员64.1.3数据库64.2系统主Use Case图74.3客户端7一般用户平台74.4管理端11系统管理平台115性能需求155.1界面需求

2、155.2响应时间需求165.3可靠性需求165.4开放性需求165.5可扩展性需求165.6系统安全性需求161 导言1.1 背景随着南昌市的发展，南昌市的公交系统越来越发达，市民们出行也越来越方便，但初来者以及到某些不太熟悉的地方不知道怎么坐公交去，在这种情况下，就需要完善的公交查询系统。因此，我们建立了南昌市公交信息查询系统，希望此系统能更好地帮助乘客及时、有效地获取更多有关南昌市公交车线路、站点等的信息。1.2 软件的功能以及目的本系统录入了南昌市各个公交站点和公交路线的基本信息。对南昌市民提供了方便的公交向导。1.3 参考资料1张海藩. 软件工程导论第五版M. 北京：清华大学出版社，

3、20082严蔚敏，吴伟民. 数据结构(C语言版)M.北京：清华大学出版社3苗雪兰，刘瑞新，宋会群. 数据库技术及应用M. 北京：机械工业出版社2007.1.4 版本更新信息本文档的更新记录如表A-1。表A-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0012012.11.10.1全部初始发布版本2 系统定义项目来源及背景本项目是为广大南昌市民开发的一个公交信息查询系统，用户可以上网查询南昌市公交信息。据调查，在外出差或、旅客以及去陌生的地方经常碰到头疼的问题，那就是找不知道怎么去，打车又太贵，坐公交车不知怎么坐，本项目就是要解决这个问题，用户可以随时通过上网查询公交信息，可以

4、了解怎么坐最有效的公交车。项目要达到的目标本项目设定的目标如下：1. 网站能够提供友好的用户界面，尽量减少使用户的记忆量2. 网站具有良好的运行效率，能够保证查询便捷3. 框架的设计具有一定的可塑性以及灵活性，便于维护和修改4. 网站具有比较完善的安全机制，能够最大限度的减少威胁以及攻击5. 通过这个项目可以锻炼队伍，提高团队的调查分析和项目管理能力系统整体结构根据用户的需求调查，可以确定本系统应该由三个部分组成： 用户查询平台，系统管理端。用户查询平台是主要提供非管理员用户进行查询公交信息。系统管理端主要体统系统管理员对南昌市公交信息的管理。南昌市公交信息查询系统前台查询管理后台数据操作管理

5、按站台查询按线路查询按站站查询添加站台信息修改站台信息删除站台信息查询站台信息站台信息管理添加线路信息修改线路信息删除线路信息查询线路信息线路信息管理 图1系统整体结构图3 应用环境 本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。系统运行网络环境本系统用户通过打开南昌市公交信息查询系统的网站进入相关页面进行操作，管理员通过登录进入后台管理，非管理员直接在页面上进行查询操作。系统运行硬件环境本系统的硬件环境如下：l 客户机：普通PCn CPU：P4 1.8GHzn 内存：256MB以上n 分辨率：推荐使用1024*768像素l WEB服务器n CPU：P4 1.8GHzn 内存：25

6、6MB以上l 数据库服务器n CPU：P4 1.8GHzn 内存：256MB以上系统运行软件环境l 操作系统：Windows 9X，Windows Me, Windows XPl 数据库：SQL Server 2000l WEB开发工具：l 应用服务器：WebSpherel 浏览器：IE5.0及其以上版本4 功能规格4.1角色（Actor）定义角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。本南昌市公交信息查询网的用户分为客户端用户和管理端用户，客户端类型是web浏览器。管理端用户是通过浏览器登陆后获得管理权限的管理员。4.1.1 一般用户一般用户是指要查询公交信息的人员，

7、这个角色主要在南昌市公交信息查询系统中查询公交信息。4.1.2系统管理员系统管理员是登陆系统管理端对公交信息进行管理的人员，这个角色主要负责对站台信息和线路信息的增加、删除、修改、查询，以及对网站的维护。 4.1.3数据库这里的数据库是指系统存储南昌市公交信息数据的数据库。4.2系统主Use Case图图2系统主用例图4.3客户端一般用户平台一般用户登录南昌市公交信息查询系统后，根据查询的内容，进行不同的查询，有站点查询、线路查询、站站查询三种操作。图3是它的用例图，图4是它的活动图，图5是它的顺序图。图3 一般用户平台功能用例图图4 一般用户平台活动图图5 一般用户平台顺序图一般用户平台的这

8、些用例描述如下：F-C-1：查询站台。一般用户进入南昌市公交信息查询系统，输入站台名，查询站台信息。具体描述：用例描述：查询站台；执行者：一般用户；前置条件：用户进入系统；后置条件：显示站台信息。基本路径：a)用户进入系统；b)输入查询的站台名。c)点击查询。d)查询成功其活动图如图6：图6查询站台活动图F-C-2：查询线路。一般用户进入南昌市公交信息查询系统，输入线路名称，查询线路信息。具体描述：用例描述：查询线路；执行者：一般用户；前置条件：用户进入系统；后置条件：显示线路信息。基本路径：a)用户进入系统；b)输入查询的线路名。c)点击查询。d)查询成功其活动图如图6：图7查询线路活动图F

9、-C-3：查询站站。一般用户进入南昌市公交信息查询系统，输入起点和终点站台名称，查询站到站的信息。具体描述：用例描述：查询站站；执行者：一般用户；前置条件：用户进入系统；后置条件：显示站站信息。基本路径：a)用户进入系统；b)输入起点站台名。c)输入终点站台名。d)点击查询。e)查询成功其活动图如图6：图8查询站站活动图4.4管理端系统管理平台系统管理平台主要是提供系统管理人员使用的功能。主要是公交信息管理的功能，包括公交信息查询、修改、添加、删除的功能。图26为它的用例图，图27为它的活动图。图9系统管理端功能用例图 图10系统管理端活动图系统管理平台用例具体描述如下：F-M-1：站台管理：

10、系统管理员可以对站台信息进行查询、添加、修改、删除的操作。具体功能描述如下：用例描述：站台管理；执行者：系统管理员；前置条件：系统管理员己登陆系统后置条件：如果站台信息维护完成，则公交的相应信息将记录到数据库中。基本路径：a) 进入管理界面；b) 点击不同的站台，可以显示这个站台的信息；c) 可以添加站台信息，可以修改站台信息，也可以删除站台信息；图11查询公交信息活动图图12管理员添加站台顺序图F-M-2：线路管理：系统管理员可以对线路信息进行查询、添加、修改、删除的操作。具体功能描述如下：用例描述：线路管理；执行者：系统管理员；前置条件：系统管理员己登陆系统后置条件：如果线路信息维护完成，

11、则公交的相应信息将记录到数据库中。基本路径：d) 进入管理界面；e) 点击不同的线路，可以显示这个线路的信息；f) 可以添加线路信息，可以修改线路信息，也可以删除线路信息；图13线路管理活动图图14 添加线路的顺序图5 性能需求5.1 界面需求系统的界面要求如下：1）页面内容：主题明确，排版清晰简洁，站点链接和标题格式统一，规范，栏目、菜单设置和布局合理，传递的信息准确及时。内容丰富，功能多样。控制广告数量，给人一种思路清晰，目的明确的感觉，同时也不失餐饮业介绍所应有的特色。2）导航结构：页面具有明确的导航指示，且便于记忆理解，方便用户使用。3）技术环境：页面大小适当，能用各种常用浏览器以不同

12、分辨率浏览；无错误链接和空链接；用JSP进行逻辑分析处理，尽量避免逻辑上的漏洞，采用CSS处理，控制字体大小和版面布局。4）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；背景颜色适中，不会引起视觉疲劳；色彩和谐自然,与主题内容相协调。5.2 响应时间需求无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该尽量及时的进行反应，反应的时间在3秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器，输入设备丢失，网络状况慢则提示用户稍后登录等，避免出现长时间等待甚至无响应。5.3 可靠性需求系统应保证7X24内不当机，保证至少100人可以同时在客户端登录，系统正常运行，正确提示相关内容。5.4 开放性需求系统应具有十分的灵活性，以适应将来功能扩展的需求。5.5 可扩展性需求系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。5.6 系统安全性需求系统有严格的权限管理，逻辑分析以及检测数据完整性功能，各功能模块需有相应的权限方能访问。系统要能够防止各类误操作以及潜在的逻辑死角可能造成的数据丢失，破坏。防止用户非法获取，修改以及删除网页以及用户交易资料内容。【精品文档】第 1 页项目编号