软件工程公交车查询系统

1、 公交车查询系统 小组成员：宋倩倩、范晓杰、舒馨公交车查询系统班 级： rjBJava101学 号： 201007092101姓 名： 范晓杰小组成员： 宋倩倩 舒馨 范晓杰时间：2012年6月19日目 录目 录2公交车查询系统4一、 项目描述41. 项目背景42. 系统的开发意义53. 业务描述54. 用户描述55. 项目计划61) 人员分工62) 任务分解63) 甘特图84) 风险分析8二、 需求分析101. 需求描述112. 用例规约121) 登录系统142) 查看用户143) 增加用户154) 删除用户165) 修改用户166) 修改用户密码177) 备份数据188) 恢复数据189)

2、 设置数据服务器1910) 查询车次信息2011) 增加车次信息2012) 导出车次信息2113) 修改车次信息2114) 批量增加车次信息2215) 查询路线布局信息2316) 维修公交信息系统2317) 统计车次修改信息2418) 统计导出车次信息2419) 统计线路布局情况2520) 统计站点周围环境信息2521) 查询车次信息2622) 查询站点周围环境信息2623) 查询文件2724) 上传文件2825) 下载文件283. 用例图291) 管理人员用例图292) 系统管理人员用例图323) 普通人员用例图33三、 系统分析与设计331. 领域模型331) 分析类342) 控制类342

3、. 顺序图351) 增加车次顺序图352) 删除车次顺序图353) 修改车次顺序图364) 查看站点顺序图375) 增加单个站点顺序图386) 增加批量站点顺序图397) 删除站点顺序图408) 修改站点顺序图413. 设计类421) 文件filelnfo类422) 站点stop类434. 数据库设计431) 用户上传文件信息表442) 站点信息表44四、 测试44公交车查询系统1、 项目描述1. 项目背景随着我国经济的高速发展，人们生活水平的提高，越来越多的人开始热衷于到外地旅游。那么对于这些外来旅游者，首先搞清这个城市的公交路线显的很重要！我们这次的设计就以公交查询系统做为设计课题。我们认

4、为这样的系统应该具有很好的实用性！乘客只需选择车次或输入要查询的站点，系统就会快速的给出我们想要的结果，同时还添加了一项查询2点之间有无车次通过的功能。正是基于这样的目的我们开发了公交查询系统。我国城市公交乘客信息系统的发展处于一个落后的水平，广大乘客可以获得信息的方式很少，公交信息的完整性和准确性得不到保证，而且还没有专门的机构负责信息的发布和管理。我国公交乘客信息系统的现状特点如下:(1) 我国乘客一般获得公交信息的方式局限于电话，交通图，向熟人问讯等常规方式。乘客可以获得的公交信息较少(2)乘客出行中获得信息困难，基本上没有实时信息。除了几个少数城市，乘客可以通过分布于城市中的若干电子站

5、牌获得一些公交车辆的运营信息以外，在其它城市“出行中”的乘客无法获得任何实时信息。由上所述，我国公交乘客信息系统总体上处于较低水平。较低的发展水平既是发展的困难，也是发展的机遇。我们应将发展公交乘客信息系统作为一个提高公交效率，增强公交吸引力的重要手段。公交查询系统根据公交线路的调整及时更新数据库使得人们不必为自己的错误记忆或是不熟悉线路而付出时间和金钱的代价，目的才是最终想要的，所以准确性才是最重要的2. 系统的开发意义本文所介绍的公交查询系统是基于java应用程序开发设计的，其主要特性是能动态、实时的完成信息的查询，且具有高效的交互性，有效的处理客户请求， 易于维护和更新，它规模适中，适合

6、于个人开发，能够锻炼同学的学习新知识能力，锻炼同学的编程能力，锻炼同学的软件工程的思维方式.它的具体意义如下： （1）目前，国内各城市公交发展的速度不同，对于城市的民众来说，在他们所居住的城市里活动，如何获取有效、快速、实用的公交信息，是他们最渴望的，这将为城市民众提供很大的方便，同时也是他们对公交行业的有新的认识的途经。.（2） 一个城市的公交查询对来自别的城市的民众同样重要，在他们出差，旅行或跑业务的时候，通过对公交查询系统的使用，能大大提高他们出行的效率。因此，一个简单，实用，效率高的查询系统是有必要的。（3）一个实用高效的查询系统也能体现出该城市或外来人士的为人民服务，对人民关心体贴的

7、宗旨。3. 业务描述本系统开发主要完成以下功能和性能。(1) 车次查询：能够查询该城市公交车每一条线路所经过的站点。(2) 站点查询：根据已知的站点查询出经过该站点的所有公交车线路。(3) 站站查询：根据你的出发地和想要到达的地点，可以经过一次的车次转化，找到最好的换车路线。(4) 商店查询：根据已知商店查询出经过该商店的所有公交车线路。(5) 附近商业环境查询：根据已知站点插选该站点附近的商业环境。(6) 车次调整：对公交车线路进行调整（新增、删除、修改）。4. 用户描述系统用户主要为该城市的普通市民，即普通用户；工程技术人员，即数据管理人员；因此系统将设置三类用户：(1) 普通用户主要为普

8、通市民，系统对此类用户提供数据查询、文件浏览等服务。(2) 数据管理人员主要为各公交车站的线路管理人员，系统对此类用户提供数据录入、数据查询、数据导出、文件浏览、文件查看、文件上传及文件下载等服务。(3) 系统管理员为实现基于角色的用户管理，系统需设置系统管理员，系统对此类用户提供用户管理、数据备份及还原、基础数据维护等服务。为保证系统数据的安全性和一致性，各级部门用户只能操作其管理范围内的数据及文件。5. 项目计划本项目的项目计划包括人员分工、任务分解以及项目预估等方面。1) 人员分工表5-1列出了本项目的人员分工情况，包括项目角色、成本、参与时间以及合计情况项目角色成本姓名参与时间（工时）

9、小计（元）项目组长75宋倩倩48036000系统分析65范晓杰50032500开发工程师65舒馨55035750合计（元）104250表5-1 项目人员分工表2) 任务分解表5-2 所示为按时间进度进行的任务分解计划.表5-2 项目任务分解表所需时间工作内容负责人一周撰写系统初步设计说明书，宋倩倩三天收集资料范晓杰两周建立空间数据库和属性数据库（数据库设计）范晓杰一周开发数据录入模块舒馨一周开发信息查询模块舒馨一周开发信息浏览模块舒馨三周开发信息统计模块宋倩倩开发数据维护模块范晓杰 3) 甘特图4) 风险分析本项目进行了技术风险、费用分析、进度分析和管理分析，如表6-1所示，对技术风险从技术的

10、成熟性、复杂性以及相关性三个方面进行分析。表6-1 技术风险级别描述表技术风险风险级别成熟性可利用原有同类项目的涉及以及编码作为参考低风险复杂性该系统特殊的行业需求使复杂性有中等程度增加中等风险相关性与现有系统、设施之间有简单接口，切接口较明确低风险如表6-2所示，费用风险从任务要求的明确性、技术风险影响、进度风险影响、成本预算准确性、合同报价等几方面进行分析。表6-2 费用风险级别描述表费 用 风 险风险级别任务要求明确任务要求基本明确，细节上尚需进一步确定中等风险技术风险影响无高风险项目，中等风险项目超过三个中等风险进度风险影响无高风险项目，中等风险项目在三个以上中等风险成本预算准确性有充

11、分的类似项目的历史数据可供参考，成本估算部门有足够可用的合格人员低风险合同类型影响固定价格合同低风险合同报价影响不招标低风险如表6-3，进度风险从技术风险影响、计划安排合理性、资源充分性以及项目人员的经验等几方面进行分析。表6-3进度风险级别描述表进度风险风险级别技术风险响无高风险，中等风险项目超过是三个中等风险计划安排理性计划可靠，但对意外发生的问题未留有裕度中等风险资源充分性现有资源充足，但与其他项目之间有潜在的矛盾冲突，可能因某些预想不到的问题而影响进度中等风险项目人员经验参与该项目的人员在类似的项目中已积累了经验，有足够的知识储备可用于该项目低风险如表6-4所示，管理风险从领导素质影响

12、、组织机构影响、计划条理性、研发人员素质、研发实力及条件、各阶段的协调等几方面进行分析。表6-4管理风险级别描述表管 理 风 险风险级别领导素质影响领导决策能力强低风险组织机构影响组织机构健全，各机构间运作效率高低风险计划条理性计划安排很有条理，态度较为保守低风险研发人员素质研发人员整体素质高，人员之间协作能力强低风险研发实力及条件实力和条件较好，能胜任项目的研究中等风险各阶段的协调协调能力较强，正常情况下能保证分阶段的协调一致，应对突发事件的能力一般中等风险2、 需求分析 为获取公交查询系统的功能需求，项目组采用了以下几种方法： (1)访谈。项目经理及需求调研人员多次到用户单位对相关负责人员

13、及具体技术人员进行访谈，听取他们对项目的预期目标的设想，询问系统用户的类别及各类用户所使用的系统功能。每次交流结束后由相关人员整理需求交流记录，并回馈给用户。要求用户确认内容。 (2)面向数据流自顶向下求精。系统分析及设计人员根据需求交流记录分析系统的数据流，从而发现未获取到的需求内容或由已有内容派生出的新需求。分析人员将这些问题整理出来，并通过电话询问、电子邮件或当面询问等方式与用户确认。直到对每个功能涉及的数据都能具体到单个属性值（数据表字段）、且能画出整个系统最底层的数据流图。 (3)快速建立软件原型。由于用户单位开发软件的经验不足，项目组从第一次获取需求开始即建立了系统的原型，以后每次

14、交流时均以此原型为基础进行讨论，并将获取到的新需求即使体现在对原型的增加及修改上，以保证开发人员及用户交流的有效性和正确性。 (4)需求规格说明。在需求调研的后期，系统分析和人员即开始整个系统需求规格书，包括面向用户和项目组内部指导开发的两个版本。其中面向用户的版本在需求调研结束后作为合同的附件，用来作为约束用户和项目组之间行为的合法文件，同时作为系统验收时的有效依据；而面向项目组内部的版本则作为设计、编码及测试人员工作的基础。 通过使用以上几种方法，项目组获取了较准确、全面的需求。当然、在系统设计、开发及测试的过程中，还会增加及修改一些内容，如输入数据格式变化、系统报表及字段的变化、用户操作

15、步骤及方式变化等。每次需求变动，均需完整地记录下来，并同步修改设计、编码及测试计划。 以下将给出系统的需求分析阶段产生的最终需求描述、用例规约及用例图。1. 需求描述 根据用户提出的项目需求，总结出业务需求如下：1) 维修公交信息系统功能系统应提供公交车次信息数据的维护功能，对基础车次信息数据和导出车次信息数据的维护。 (1) 基础车次信息数据维护系统应提供数据管理人员对数据维护功能，包括公交车次信息、线路布局信息、站点周围环境信息的增加、删除、修改、查看、查询等。 (2)导出车次信息维护系统应该对导出的车次信息进行维护功能，为了规范处理，保证数据导出的正确性和高效性，系统拟要求数据管理人员在

16、导出前首先查看导出信息的命名，系统判断导出数据的合法性，并且查询站点周围信息是否符合后，才可以把数据导出数据库。2) 综合查询 用户要求能对以上所述各种数据进行方便、快速地查询。系统应该提供强大的查询功能，具体需求描述如下： （1）查询车次信息应能够查询该城市公交车每一条线路所经过的站点。因此，系统应提供各种组合条件查询。 （2）查询站点信息 应能根据已知的站点查询出经过该站点的所有公交车线路。因此，系统应提供各种组合条件查询。 （3）查询商店信息 应能根据已知商店查询出经过该商店的所有公交车线路。因此，系统应提供各种组合条件查询。 （4）查询附近商业环境信息 应能根据已知站点插选该站点附近的

17、商业环境。因此，系统应提供各种组合条件查询。3) 统计分析 系统应提供基础数据的统计分析功能：包括线路布局情况的统计、修改车次信息的统计、站点周围环境的统计等功能，此外，为了确保公交系统的安全性和准确性，管理人员应自行开发一个全自动化更新系统的软件。4) 文件管理 用户希望除了共享探测数据以外，还可以共享各级单位的不同类型的文件。因此，系统应针对不同权限的用户分别提供文件浏览、上传、下载等功能。 （1）浏览文件所以用户都可以浏览文件的功能。对于只有浏览权限的用户，只能查看各级目录下的文件名列表，不能查看文件内容。 （2）上传文件对于具有上传权限的用户，可将Word、Excel、图片等电子文档上

18、传至服务器指定目录下，还可对目录中的原有文件进行修改或删除操作。（3） 下载文件对于拥有下载权限的用户，系统应提供在线浏览的功能，可在浏览文件内容后决定是否下载，也可以下载到本地后查看。5) 系统维护功能系统应提供系统本身的维护功能。（1） 管理用户用户单位需安排一个系统管理员。该用户主要负责添加、删除用户及设置用户权限等工作。 （2）修改密码每个用户都应具有更改自己登录密码的功能。（3） 数据备份及还原 定期备份系统数据库，以便需要时将系统数据库还原到指定的版本。2. 用例规约本项目采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言，从几个角度对系统建立模型。本项目采用用例模型描

19、述系统的需求，首先识别出系统的参与者，识别出参与者的主要用例并描述用例，最后分别画出每个参与者的用例图，用例规约的描写采用统一的模版。本项目的参与者主要有四种，为了便于描述，分别用一个字母表示：A:数据管理人员；B:系统管理人员；C:普通人员。根据上节的需求描述，经过多次与用户确认及整理，得出最终的用例分析。系统的主要用例如表2-1所示。表2-1系统用例-览表编号用例编号用例名称参与者备注1UC-01登录系统A、B、C2UC-02查看用户B3UC-03增加用户B4UC-04修改用户B5UC-05删除用户B6UC-06修改用户密码A、B、C7UC-07备份数据B8UC-08恢复数据B9UC-09

20、设置数据库服务器B10UC-10查询车次信息A11UC-11增加车次信息A12UC-12导出车次信息A13UC-13修改车次信息A14UC-14批量增加车次信息A15UC-15查询路线布局信息A16UC-16维修公交信息系统A17UC-17统计车次修改信息A18UC-18统计导出车次信息A19UC-19统计线路布局情况A20UC-20统计站点周围环境信息A21UC-21查询车次信息B、C22UC-22查询站点周围环境信息B、C23UC-23查询文件A、C24UC-24上传文件A25UC-25下载文件A、C1) 登录系统系统中的所有参与者均可以使用本用例登录系统，要求输入合法的用户名和密码。用例

21、规约如表2-2所示。表2-2 登录系统用例规约用例编号UC-01用例名称登录系统用例描述系统验证用户身份合法性后进入系统参与者数据管理人员、系统管理人员、普通人员前置条件无后置条件用户登录成功后进入系统主界面涉众利益1. 用户希望登陆后能按要求访问权限范围内的功能2. 客户希望系统安全可靠，非法用户不能进入系统基本路经1. 参与者启动系统2. 系统显示登录信息填写界面3. 参与者填写用户名4. 参与者填写密码5. 参与者提出登录请求6. 系统检测信息的充分性7. 系统核查用户身份的合法性8. 系统查看用户登录次数9. 参与者登录成功后，进入系统主界面扩展点6a.登录系统不安分6a.1.系统显示

22、信息不充分，返回登录界面7a。用户身份不合法7a.1.系统显示信息不合法，返回登录界面8a.用户第一次登录系统8a.1.用户第一次登录系统，提示需设置数据服务器参数字段列表业务规则非功能需求补充说明2) 查看用户查看用户用例的参与者是系统管理员，用于查看指定用户的详细信息。用例规约如表2-3所示。表2-3 查看用户用例规约用例编号UC-02用例名称查看用户用例描述查看用户的详细信息参与者系统管理人员前置条件参与者已经登录系统后置条件返回用户的详细信息涉众利益查看用户信息时不能出现删除或修改等操作基本路经1. 参与者提出管理用户请求2. 系统显示永恒号信息界面3. 参与者选择一个用户请求查看用户

23、信息4. 系统返回指定用户的详细信息字段列表业务规则非功能需求补充说明3) 增加用户增加用户用例的参与者是吸引管理员，用于主动给系统添加一个用户，分配用户名和密码。用例规约如表2-4所示。表2-4 增加用户用例规约用例编号UC-03用例名称增加用户用例描述增加一个系统用户参与者系统管理人员前置条件参与者已经登录系统后置条件成功增加用户涉众利益为单位新进员工增加用户基本路经1. 参与者提出管理用户请求2. 系统显示用户信息界面3. 参与者请求增加用户4. 系统返回用户详细信息界面5. 参与者填写用户账号6. 参与者填写密码7. 用户选择用户类型8. 用户选择部门级别9. 用户输入用户姓名10.

24、用户输入用户性别11. 用户填写备注12. 用户选择所属局13. 系统验证用户信息的充分性14. 系统增加用户扩展点13a.用户信息不充分6a.1.提示信息不充分，要求重新输入字段列表1. 用户信息=用户账号+密码+用户类型+部门级别+用户姓名+性别+备注+所属局2. 部门级别=*+省局+市局+县局3. 用户类型=普通人员+系统管理员+数据管理员业务规则1. 备注信息可以免填2. 根据部门级别显示所属局层次非功能需求补充说明4) 删除用户删除用户用例的参与者是系统管理员，用于删除系统中的用户，用例规约如表2-5所示。表2-5 删除用户用例编号UC-04用例名称删除用户用例描述删除一个系统用户参

25、与者系统管理人员前置条件参与者已经登录系统后置条件成功删除用户涉众利益员工离开单位时删除用户基本路经1. 参与者提出管理用户请求2. 系统显示用户信息浏览界面3. 参与者选择需要删除的用户4. 参与者请求删除用户5. 系统判断要删除的用户类型6. 系统删除用户扩展点5a.删除初始系统管理员用户5a.1.提示该用户不能删除字段列表业务规则非功能需求补充说明5) 修改用户修改用户用例的参与者是系统管理员，用于修改系统中的用户的相关信息，用例规约如表2-6所示。表2-6 修改用户用例编号UC-05用例名称修改用户用例描述修改系统用户参与者系统管理人员前置条件参与者已经登录系统后置条件成功修改用户涉众

26、利益员工调动部门或身份改变时需要修改用户基本路经1. 参与者提出管理用户请求2. 系统显示用户信息浏览界面3. 参与者选择需要修改的用户4. 参与者请求修改用户5. 系统返回用户详细信息界面6. 参与者修改用户信息7. 参与者请求保存8. 系统验证用户信息的充分性9. 系统修改用户信息扩展点8a.用户信息不充分8a.1.提示信息不充分，需要重新输入字段列表6a.用户信息=用户账号+密码+用户类型+部门级别+用户姓名+性别+备注+所属局8a.部门级别=*+省局+市局+县局8b.用户类型=普通人员+系统管理员+数据管理员业务规则8a.除备注外的所有信息必填8b.根据部门级别显示所属局层次非功能需求

27、补充说明6) 修改用户密码修改用户密码本用例的参与者是系统管理员、数据管理员，用于根据需要修改用户密码，增强系统安全性。用例规约如表2-7所示。表2-7 修改用户密码用例规约用例编号UC-06用例名称修改用户密码用例描述修改系统用户密码参与者系统管理人员、数据管理员前置条件参与者已经登录系统后置条件成功修改用户密码涉众利益为了提高系统安全性，用户需要定期修改密码基本路经1. 参与者提出修改密码请求2. 系统显示密码修改界面3. 参与者修改密码信息4. 参与者请求确认修改5. 系统验证旧密码的正确性6. 系统验证两次输入的新密码的一致性7. 系统验证新密码的规范性8. 系统修改密码扩展点5a.旧

28、密码错误5a.1.系统提示旧密码错误，返回修改用户密码界面6a.两次输入的新密码不一致6a.1.系统提示两次输入的新密码不一致，返回修改密码界面7a.新密码不规范7a.1.系统提示新密码不规范，返回修改密码界面字段列表业务规则7a.密码规范性要求；至少六位，且同时包含数字及字母非功能需求补充说明7) 备份数据备份数据用例的参与者是管理员，用于备份数据到指定文件中，用例规约如表2-8所示。表2-8 备份数据用例规约用例编号UC-07用例名称备份数据用例描述参与者备份数据库到指定文件参与者系统管理人员前置条件参与者已经登录系统后置条件备份数据库成功涉众利益为防止数据服务器软、硬件系统异常，导致数据

29、丢失，用户需要定期备份数据库基本路经1. 参与者请求备份数据2. 系统显示备份数据界面3. 参与者输入备份文件完整路径（包括文件名）4. 参与者请求备份5. 系统备份数据库并保存备份文件到指定路径扩展点字段列表业务规则非功能需求补充说明数据备份文件名建议为备份的日期及时间，以便恢复时确认文件的先后顺序8) 恢复数据恢复数据本用例的参与者是数据管理员，用于从备份文件中恢复数据到系统数据库中，用例规约如表2-9所示。表2-9 恢复数据用例规约用例编号UC-08用例名称恢复数据用例描述参与者从备份文件恢复数据库参与者系统管理人员前置条件参与者已经登录系统后置条件恢复数据成功涉众利益如数据服务器软、硬

30、件系统异常，导致数据损坏或丢失，需要从备份文件中恢复数据库基本路经1. 参与者请求恢复数据2. 系统显示恢复数据界面3. 参与者选择备份文件4. 参与者请求恢复5. 系统完成数据库恢复扩展点字段列表业务规则非功能需求补充说明数据恢复过程中将关闭所有到数据库的连接，因此恢复前应关闭所有需要连接数据库的进程9) 设置数据服务器设置数据服务器用例的参与者是数据管理人员、系统管理人员，用于设置系统数据库服务器。用例规约如表2-10所示。表 2-10 设置数据服务器用例规约用例编号UC-09用例名称设置数据服务器用例描述用户在设置数据库服务器IP地址后，可正常访问数据库参与者系统管理人员、数据管理人员前

31、置条件无后置条件用户可正常访问数据库涉众利益希望用户在数据服务器IP地址发生变化时仍能正常访问数据库基本路经1. 参与者运行系统2. 系统返回登陆界面3. 参与者提出设置数据服务器的请求4. 系统显示数据库服务器设置界面5. 参与者填写服务器IP6. 系统检测IP地址的规范性系统设置数据库服务器IP扩展点6a.IP地址不规范6a.1.系统显示IP地址不规范，返回数据库服务器设置界面字段列表业务规则非功能需求补充说明10) 查询车次信息查询车次信息用例的参与者是数据管理员，用于在系统中查询公交车车次的信息，用例规约如表2-11所示。表2-11 查询车次信息用例规约用例编号UC-010用例名称查询

32、车次信息用例描述查看公交车次的详细信息参与者数据管理员前置条件参与者已经登录系统后置条件返回指定的车次的详细信息涉众利益查看公交车次信息时不能出现删除或修改等误操作基本路经1. 参与者提出管理请求2. 系统显示查询车次信息的浏览界面3. 参与者选择一辆车次查看公交车次的详细信息4. 系统返回指定车次的详细信息字段列表业务规则非功能需求补充说明11) 增加车次信息增加车次信息用例的参与者是数据管理员，用于在系统中增加一条车次信息并存入数据表中用例规约如表2-12所示。表2-12 增加车次信息用例规约用例编号UC-011用例名称增加车次信息用例描述参与者成功增加公交车次的信息参与者数据管理员前置条

33、件参与者已经登录系统后置条件参与者增加公交车次的信息成功涉众利益用户可以即使了解最新公交路线基本路经1. 参与者请求增加车次信息2. 系统返回增加车次信息的界面3. 参与者输入增加车次的详细信息4. 系统检查输入的信息充分性5. 系统保存输入信息6. 系统提示车次信息的成功添加扩展点4a.输入信息不充分4a.1. 提示输入信息不充分，要求重新填写字段列表业务规则1. 参与者根据自己的用户名自动获取车次信息2. 除备注信息外其余信息必填非功能需求补充说明12) 导出车次信息导出车次信息的参与者是数据管理员，用于从数据表中导出一条公交车车次的信息。用例规约如表2-13所示。表2-13 导出车次信息

34、用例规约用例编号UC-012用例名称导出车次信息用例描述参与者成功导出公交车次的信息参与者数据管理员前置条件参与者已经登录系统后置条件导出车次信息到指定位置的Word文件涉众利益用户可以即使了解最新公交路线基本路经1. 参与者请求增加车次信息2. 系统返回增加车次信息的界面3. 参与者输入增加车次的详细信息4. 系统检查输入的信息充分性5. 系统保存输入信息6. 系统提示车次信息的成功添加扩展点4a.输入信息不充分4a.1. 提示输入信息不充分，要求重新填写字段列表业务规则1. 参与者根据自己的用户名自动获取车次信息2. 除备注信息外其余信息必填非功能需求补充说明13) 修改车次信息修改车次信

35、息的参与者是数据管理员，用于从数据表中修改一条要改变的公交车次信息。用例规约如表2-14所示。表2-14修改车次信息用例规约用例编号UC-012用例名称修改车次信息用例描述参与者成功修改公交车次的信息参与者数据管理员前置条件参与者已经登录系统后置条件修改车次信息到指定位置的Word文件涉众利益公交车次信息发生变化时可及时修改基本路经1. 参与者请求修改车次信息2. 系统返回修改车次信息的浏览界面3. 参与者输入需要修改的公交车次的详细信息4. 系统检查输入的信息充分性5. 系统保存输入信息6. 系统修改选中信息扩展点7a.输入信息不充分7a.1. 提示输入信息不充分，要求重新填写字段列表业务规

36、则5a.参与者根据自己的用户名自动获取车次信息7b.除备注信息外其余信息必填非功能需求补充说明14) 批量增加车次信息批量增加车次信息用例的参与者是数据管理员，用于在系统中增加一批公交车次信息并存入数据表中用例规约如表2-15所示。表2-15批量增加车次信息用例规约用例编号UC-014用例名称批量增加车次信息用例描述参与者成功增加公交车次的信息参与者数据管理员前置条件参与者已经登录系统后置条件参与者增加公交车次的信息成功涉众利益用户可以即使了解最新公交路线基本路经1. 参与者请求批量增加车次信息2. 系统返回增加车次信息的界面3. 参与者输入批量增加所有车次的详细信息4. 参与者选择规范格式的

37、word文档5. 系统检查输入的信息充分性6. 系统保存输入信息7. 系统提示所有车次信息的成功添加扩展点8a.输入信息不充分8a.1. 提示输入信息不充分，要求重新填写字段列表业务规则非功能需求补充说明15) 查询路线布局信息查询路线布局信息用例的参与者是数据管理员，用于在查询所在城市的先来布局情况的信息并存入数据表中用例规约如表2-16所示。表2-16查询线路信息用例规约用例编号UC-015用例名称查询线路布局信息用例描述参与者成功查询线路布局信息参与者数据管理员前置条件参与者已经登录系统后置条件参与者成功查询到线路布局信息涉众利益基本路经1. 参与者请求查询线路布局信息2. 系统返回查询

38、线路布局信息的界面3. 系统自动加载线路布局信息供用户的查看4. 参与者提出查询请求5. 系统返回查询到线路布局信息扩展点字段列表业务规则非功能需求补充说明16) 维修公交信息系统维修公交信息系统用例的参与者是数据管理员，用于在维修公交信息系统并存入数据表中用例规约如表2-17所示。表2-17维修公交信息系统用例规约用例编号UC-016用例名称维修公交信息系统用例描述参与者成功维修公交系统参与者数据管理员前置条件参与者已经登录系统后置条件参与者成功维修公交系统涉众利益基本路经1. 参与者请求维修公交2. 系统返回维修公交系统的浏览界面3. 参与者提出维修公交系统的请求4. 系统返回维修公交系统

39、的信息扩展点字段列表业务规则非功能需求补充说明17) 统计车次修改信息统计车次修改信息用例的参与者是数据管理员，用于在统计修改过的车次信息并存入数据表中用例规约如表2-18所示。表2-18统计车次修改信息用例规约用例编号UC-017用例名称统计车次修改信息用例描述根据参与者选择的时间显示统计信息参与者数据管理员前置条件参与者已经登录系统后置条件显示统计信息涉众利益基本路经1. 参与者请求统计修改公交车次信息2. 系统显示修改车次信息的界面3. 参与者统计修改车次信息4. 参与者保存统计信息5. 系统统计信息6. 系统显示统计信息扩展点字段列表业务规则非功能需求补充说明18) 统计导出车次信息统

40、计导出车次信息用例的参与者是数据管理员，用于在统计从数据库中导出的车次信息并存入数据表中用例规约如表2-19所示。表2-19统计导出车次信息用例规约用例编号UC-018用例名称统计导出车次信息用例描述根据参与者选择的时间显示统计信息参与者数据管理员前置条件参与者已经登录系统后置条件显示统计信息涉众利益基本路经1. 参与者请求统计导出车次信息2. 系统显示统计导出车次信息的界面3. 参与者统计导出的车次信息4. 参与者保存统计信息5. 系统统计信息6. 系统显示统计信息扩展点字段列表业务规则非功能需求补充说明19) 统计线路布局情况统计线路布局情况的信息用例的参与者是数据管理员，用于在统计城市查

41、询到的线路布局情况信息并存入数据表中用例规约如表2-20所示。表2-20统计线路布局情况信息用例规约用例编号UC-019用例名称统计线路布局情况用例描述根据参与者选择的时间或路段显示统计信息参与者数据管理员前置条件参与者已经登录系统后置条件显示统计信息涉众利益基本路经1. 参与者请求统计线路布局情况的信息2. 系统显示统计线路布局情况的界面3. 参与者统计查询到的线路布局情况的信息4. 参与者保存统计信息5. 系统统计信息6. 系统显示统计信息扩展点字段列表统计方式=时间查询/路段查询业务规则非功能需求补充说明20) 统计站点周围环境信息统计站点周围信息用例的参与者是数据管理员，用于在统计城市

42、查询到的站点周围的商业情况和站点附近线路的信息并存入数据表中用例规约如表2-21所示。表2-21统计线路布局情况信息用例规约用例编号UC-020用例名称统计站点周围环境信息用例描述根据参与者选择的时间或路段显示统计信息参与者数据管理员前置条件参与者已经登录系统后置条件显示统计信息涉众利益用户可以方便的查询自己选择的信息基本路经1. 参与者请求统计站点周围环境的信息2. 系统显示统计站点周围环境的信息的界面3. 参与者统计查询到的站点周围情况的信息4. 参与者保存统计信息5. 系统统计信息6. 系统显示统计信息扩展点字段列表统计方式=时间查询/路段查询业务规则非功能需求补充说明站点附近的环境发生

43、变化时，系统要自动及时更新21) 查询车次信息查询车次信息用例的参与者是系统管理员、普通人员，用于在查询车次信息站点并存入数据表中用例规约如表2-22所示。表2-22查询车次信息用例规约用例编号UC-021用例名称查询车次信息用例描述查看指定的车次信息参与者系统管理员 普通人员前置条件参与者已经登录系统后置条件返回指定的详细信息涉众利益1. 用户可以方便的查询自己选择的信息2. 系统查询车次信息时不能出现删除或修改等错误操作基本路经1. 参与者请求查询车次信息2. 系统返回查询车次信息的界面3. 参与者成功查询到的指定车次的详细信息4. 系统返回指定车次的详细信息扩展点字段列表业务规则非功能需

44、求补充说明22) 查询站点周围环境信息查询站点周围环境的参与者是系统管理员、普通人员，用于查询站点周围的商业情况和环境信息并存入数据表中用例规约如表2-23所示。表2-23 查询站点周围环境信息用例规约用例编号UC-022用例名称查询站点周围环境信息用例描述查询站点周围环境信息参与者系统管理员、普通人员前置条件参与者已经登录系统后置条件返回相关站点信息涉众利益用户可以随时了解站点周围的环境（例如：餐饮、娱乐设施等）基本路经1. 参与者请求查询站点周围环境信息2. 系统返回查询的站点周围环境信息界面3. 系统自动加载站点周围不同信息供用户选择4. 参与者选择站点名称5. 参与者提出查询请求6.

45、系统返回查询到的站点周围环境信息扩展点字段列表业务规则以上所有条件可任选一个或多个，来实现组合条件查询非功能需求补充说明23) 查询文件查询文件用例的参与者是数据管理人员和普通人员，用于查询指定的文件信息。用例规约如表2-24所示。表2-24 查询文件用例规约用例编号UC-023用例名称查询文件用例描述参与者查询服务器上的所有文件参与者数据管理员、普通人员前置条件参与者已经登录系统后置条件查询文件成功涉众利益用户可查询所需要的文件，并下砸到本地计算机基本路经1. 参与者请求查询文件2. 系统返回文件查询界面3. 参与者选择文件所属局4. 参与者输入文件名称5. 参与者选择文件类型6. 参与者选

46、择文件年份7. 参与者请求搜索文件8. 系统返回符合条件的文件列表扩展点下载文件字段列表文件查询条件=所属市+所属区+文件名称+文件类型+文件年份业务规则以上所有条件可任选一个或多个，来实现组合条件查询非功能需求补充说明用户在查询到文件后如还希望下载，则进入下载文件用例24) 上传文件 上传文件用例的参与者是数据管理人员，用于把本地文件上传到数据服务器中。用例规约如表2-25所示。表2-25 查询文件用例规约用例编号UC-024用例名称上传文件用例描述参与者上传文件到服务器参与者数据管理员前置条件参与者已经登录系统后置条件上传文件成功涉众利益基本路经1. 参与者请求上传文件2. 系统显示上传文

47、件界面3. 参与者输入文件信息4. 参与者请求上传5. 系统自动生成新文件名称6. 系统上传文件至服务器指定文件夹7. 系统保存原始文件信息扩展点字段列表1. 文件信息=文件类型+文件年份+文件路径文件类型=一般公文|统计表|报告|照片|多媒体2. 原始文件信息=文件名称+文件类型+所属市+所属区+上传年份业务规则1. 用户可以输入文件路径也可以通过浏览文件获取文件路径2. 新文件名由上传时间按年月日时分秒组成：如201205241610103. 原始文件信息中的文件名是原始文件名非功能需求补充说明25) 下载文件 下载文件用例的参与者是数据管理人员和普通人员，用于从数据库服务器下载指定的文件

48、并保存到指定的路径下。用例规约如表2-26所示。表2-26 查询文件用例规约用例编号UC-025用例名称下载文件用例描述参与者下载文件到本地计算机参与者数据管理员、普通人员前置条件参与者已经登录系统后置条件下载文件成功涉众利益用户可随时下载各种文件至本地计算机基本路经1. 参与者选中一条文件信息2. 参与者请求下载文件3. 系统显示保存文件对话框界面4. 参与者选择文件要保存到的本地路径5. 参与者确认保存6. 系统下早文件到指定路径下扩展点字段列表业务规则下载文件时，系统将从数据库中取出原文件名拼入完整的文件名中非功能需求补充说明3. 用例图下面角色给出系统的用例图，为了增加用例图的可读性，

49、在画用例图时进行了力度上的抽象。1) 管理人员用例图（1）数据管理人员总用例图 如图3-1 数据管理人员总用例图（2） 管理文件图3-2管理文件用例图（3）维修公交信息系统图3-3维修公交信息系统（4）管理统计图3-4统计分析图2) 系统管理人员用例图图3-5系统管理员用例图3) 普通人员用例图图3-6普通人员总用例图3、 系统分析与设计顺序图可以描述在设计中对象如何控制其方法和行为，展示了活动或者行为发生的顺序，本系统基本上对每个用例建立了一个顺序图，目的是为了进一步描述用例。本项目的体系结构采用三层架构规范。其中：表示层，用于与用户进行交互并显示结果，在顺序图中边界类实现这一层；控制层，主

50、要完成三项任务，一是进行业务逻辑验证，二是调用模型组件。三是决定将合适的视图组件返回给用户；模型层，主要有实体类组成，包括一些基本的逻辑。1. 领域模型在建立用例模型后，本项目下一步的目标是从用例描述中抽象出领域模型，找出分析类；然后简历一定的原则进行系统手机，设计出相应的边界类和控制类。1) 分析类首先从需求规约中提取名词，然后进行分析精炼，共提取出如下的名词，包括：数据管理人员、公交系统、路段布线、用户、系统用户、用户上传文件信息等。分析类及其彼此的关联关系如图1所示。图1 分析类简单关联关系图实体之间的关系主要有两种，一种是聚合关系，一种是关联关系。比如，管理人员、用户、文件、路段布线的关系是关联关系，是一种多对多的关系，而用户、文件、管理人员、公交系统的关系是聚合关系，是一种一对多的关系。2) 控制类边界类通过控制类访问实体类，这是三层架构设计体系结构。本系统一个实体类基本由一个控制类管理，控制类的命名大多以Manager结尾，前面对应的基本是所控制实体类的描述信息的英文单词。刺痛主要的控制类如