公交查询系统报告分析报告.docVIP

西安市公交查询系统 学生姓名： 学 号： 专 业： 计算机科学与技术 班 级： 目录 1．引言 1 1.1设计目标 1 1.2采取的策略 1 1.3设计依据 1 1.4参考资料 1 2．系统总体结构设计 1 2.1系统逻辑结构设计 2 2.2系统物理结构设计 4 3．子系统设计（模块设计） 6 4．数据库系统设计 14 4.1设计要求 14 4.2数据库设计 15 5．网络通信设计 17 5.1设计要求 17 5.2网络设计方案 17 6.信息编码设计 18 7.关键技术 18 7.1提高查询速度 18 7.2系统安全 19 8.系统配置 20 8.1硬件和网络配置 20 8.2数据库和软件配置 20 9.限制 20 9.1通信线路选择 20 9.2数据库在线容量限制 20 10.组织机构和人员配置 20 11.参考和引用资料 20 1.引言 1.1设计目标 在网络环境的支撑下建立城市公交信息查询系统，实现管理者对车辆信息、站点信息、线路信息、公交新闻、用户建议等进行管理的能力，方便管理者在后台对公交运营情况的掌握和管理，做出未来发展的决策；为用户提供实时更新的公交信息，可以让用户迅速了解准确的公交动态；为用户提供车次查询、站点查询、站站查询三种查询模式，利于用户选择最优的乘车路线及方案，方便用户出行，节约乘车时间。 1.2采取的策略 1.在软件工程生命周期法的大框架下，结合原型法和瀑布法进行城市公交查询系统软件的开发。 2.使用UML建模工具Rational Rose进行系统的详细设计，既可以保证设计工作的规范性，又可以提高详细设计工作的效率。 3.采用面象对象的程序设计方法，确保系统的可靠性和以维护性。 4.严格的模块测试和集成测试，为系统的正确性提供保证。 1.3设计依据 1.系统可行性分析报告 2.用户需求分析规格说明书 1.4参考资料 《信息系统分析与设计(第三版）》　王晓敏、邝孔武 编著　清华大学出版社 2．系统总体结构设计 2.1系统逻辑结构设计 该公交查询系统要管理的信息是很庞大的，要同时开发出全部的系统是不现实的，所以可按照公交管理部门的业务需求以及用户的使用需求将系统划分为两个大的子系统，通过良好的设计把各个子系统集成为一个整体。同样的，在各个子系统中仍然可以做进一步细分，以使开发工作更容易展开，并能够随时监视用户的需求变更等情况。 下图为公交信息查询的类图。公交查询系统分为公交信息查询和后台管理两个子系统。分析则有主界面类与登陆界面类之间是关联关系，而查询界面、后台管理界面、会员权限界面、会员注册界面和密码找回界面都是主界面的一部分，所以它们和主界面之间是组合关系。会员信息管理界面与提意见界面与会员权限界面是组合关系，它们都依赖于会员进行操作。会员与游客是继承的关系，会员权限在游客查询权限的基础上有所增加。会员可以修改会员信息和提意见，他们都依赖于会员进行操作，会员表和意见表都是通过修改会员信息和提意见两个接口类实现的，所以他们是实现关系。会员继承成了游客的查询权限，其中，车次查询、站点查询、线路查询之间有很多相同的操作，于是将它们抽象出来形成一个抽象类--公交信息查询。车次表、站点表和线路表通过车次查询、站点查询和线路查询三个接口实现。 公交信息管理界面和消息管理界面与后台管理界面是组合关系，他们都依赖于管理员进行操作。公交信息查询离不开后台管理，所以它们之间是依赖关系。公交信息管理和消息管理之间有很多相同的操作，于是将它们抽象出来构成一个抽象类--后台管理。 采用“包”的分组形式将公交查询系统分解成公交信息查询和后台管理两个“子系统”组成的层次结构，可以将复杂问题简单化，以简洁、清晰地体系结构描述整个系统。分析可知系统中的主要实体类为：游客、会员和管理员。主要辅助类为：车次查询、站点查询、线路查询，这几个类可以抽象出父类“查询”。公交信息管理和消息管理这两个类可以抽象出父类“后台管理”。 分析可知用户界面类为：主界面、登录界面、查询界面、注册会员界面、密码找回界面、会员权限操作界面、后台管理界面。 公交查询系统主要参与者 公交查询划分系统 公交查询主要功能 后台管理操作功能 公交查询系统的系统界面类 2.2系统物理结构设计 公交查询系统的各子系统在空间上是分布在不同的地点，在不同的节点上运行系统不同的部分。合理的物理结构设计有助于更好的实现系统的功能。 物理结构设计可参见构件图建模和部署图建模部分。 构件图 构件图提供当前模型的物理视图，对系统的静态实现视图建模。构件图显示一个系统物理设