计算机程序分析与设计

计算机程序分析与设计

10.4069？j.isss.1673-5882，2011.02.01。1建模过程及其特征UML(UnifiedModelingLanguage)是一种定义良好,易于表达,功能强大且普遍实用的建模语言。作为一种建模技术,它用于描述系统静态结构和动态行为,从不同角度为系统的架构建模。它适用于大型复杂的用户系统建模,主要优点是不仅UML表示方法的标准化有效地促进了用户系统不同背景人员的交流,而且提高系统分析、设计、开发、测试人员之间的相互理解。前者在需求分析和设计阶段的效果尤显重要,后者对开发团队的专业化和效率更加突出。具体地讲,UML的建模过程具有如下特征:1)支持用例(usecase)驱动。UML的建模过程是用例驱动的过程,即从用户问题域的用例出发,首先将用户需求转换为系统需求(即用例),并根据对用例的描述和分析得出系统类,然后进一步描述出系统类的静态结构和动态行为,继而描述系统类的代码结构和物理配置。2)以系统架构为中心。在建模过程中要围绕系统架构,对系统进行抽象,并以用例为中心,构造出简单而又有效的体系结构。3)迭代增量式开发过程。迭代增量式开发过程使项目开发人员能够渐进地开发和完善系统,使得每次迭代都能对原系统有所改善,而迭代的结果就是提交增加了新功能的体统。采用迭代增量式的开发过程,可以降低系统开发过程中存在的风险,并且可以及时地发现和解决风险。2网络系统评估2.1物流配送流管理随着信息技术的日益发展,物流管理[3,4,5,6,7,8,9,10,11]的信息化已成为物流运输系统的必然趋势。物流管理的核心部分是对运输车队的管理、调度以及对承运货物的跟踪管理。为了更详细了解物流配送运输管理过程中各项管理业务,调研人员和最终用户进行了多次讨论,提出了双方认可的解决方案。通过该系统,物流公司运输管理人员能实现对车队、车辆的动态管理,调度人员能随时了解车辆动向和使用情况,承运业务员能开出和接收承运单,财务人员也能通过该系统进行运输成本的核算。2.2需求分析1功能需求通过对问题领域的分析,物流管理系统必须提供的功能如表1所示。2系统所内生态参与者是与系统进行交互的外部实体,它可以是使用系统的用户,也可以是与系统进行交互的其他系统或硬件设备。识别参与者,目的就是界定软件系统的边界,发掘领域需求。从物流管理系统的需求范围出发,可识别出以下几个参与者:财务人员、运输管理人员、调度人员、承运业务员。3基于用户体验的用例识别用例是从参与者的角度,来描述系统行为的。一个用例就是参与者与系统的一次交互,是系统的一个系列活动,它表达了系统的功能和所提供的服务。因此,在识别出参与者的基础上,来确定相应的用例。下面以车辆管理模块为例进行介绍。系统提示正交功能用例名称:录入车队信息;用例简述:运输管理员录入车队信息主参与者:运输管理员主成功场景:运输管理员输入车队信息;其他场景:如果车队编号已存在,系统提示车队编号已存在。用例名称:更新车队信息;用例简述:运输管理员更新车队信息;主参与者:运输管理员;主成功场景:运输管理员修改车队信息,提交更新信息。用例名称:查询车队信息;用例简述:运输管理员查询车队信息;主参与者:运输管理员;主成功场景:运输管理员输入查询条件和运输管理员查询车队信息。用例名称:删除车队信息;用例简述:运输管理员删除车队信息;主参与者:运输管理员;主成功场景:运输管理员选择要删除的车队信息,删除车队信息。运输管理信息化设备有以下充用例名称:录入车辆信息;用例简述:运输管理员录入车辆信息;主参与者:运输管理员;主成功场景:运输管理员输入车辆信息和运输管理员提交车辆信息。其他场景:如果车牌号码已存在,系统提示车牌号码已存在。用例名称:更新车辆信息;用例简述:运输管理员更新车辆信息;主参与者:运输管理员;主成功场景:运输管理员查询车辆信息列表,选择需要更新的具体车辆信息和运输管理员修改车辆信息,提交更新信息。用例名称:查询车辆信息;用例简述:运输管理员查询车辆信息;主参与者:运输管理员;主成功场景:运输管理员输入查询条件和运输管理员查询车辆信息。用例名称:删除车辆信息;用例简述:运输管理员删除车辆信息;主参与者:运输管理员;主成功场景:运输管理员选择要删除的车辆信息,删除车辆信息。根据上述识别出的参与者和用例,可确定参与者和用例之间的关系,系统用例图如图1所示。3实体类及接口类的确定系统设计就是在分析系统需求的基础上,根据需求分析的结果,发现对象类型及其联系,继而构建系统的静态结构模型和动态行为模型,使设计的系统在特定的领域下完成需求阶段捕获的任务和功能。物流管理系统的静态结构,可以通过类图、对象图、组件图和配置图来描述,但其中最重要的是确立物流管理系统的类图。因为类图不但描述系统中类的静态结构,还表示类之间的联系以及类的内部结构。从物流管理系统的需求出发,可确定如下实体类及接口类:1)运输管理员类:负责系统参与者“运输管理员”的信息处理,其属性有用户名、密码,操作有车队信息维护、车辆信息维护、驾驶员信息维护;2)调度员类:负责系统参与者“调度”的信息处理,其属性有用户名、密码、编号、姓名等,操作运力综合查询、历史承运任务查询;3)承运业务员类:负责系统参与者“承运业务员”的信息处理,其属性有用户名、密码、姓名等,操作有运力综合查询、历史承运任务查询、承运单开出、承运单接收;4)财务人员类:负责系统参与者“财务人员”的信息处理,其属性有用户名、密码、姓名等,操作有车队运输成本维护、车队运输成本核算。物流管理系统充分考虑了互联网资源和网络环境,利用B/S模式,采用.NET动态网页技术及SQLServer数据库进行系统开发。具体开发和实现过程由于篇幅限制不详述于此文中。4系统的非功能需求4.1页面访问需求安全性需求通常分为4类:1)用户认证需求。阐述系统表示用户和用户认证的方法。系统使用一组用户ID和密码来表示一个用户。在用户登录10min后,如果没有任何的动作,则自动退出登录。之后如果再次试图访问受保护页面,则自动显示登录页面。2)授权需求。如果认证成功,根据用户的级别,允许其执行不同的系统功能。系统必须实现一定的页面访问限制。用户只能访问自己有权限操作的页面(具体可操作的部分详见系统的功能性需求中各模块的用例)。3)数据完整性和隐私需求。确保数据完整,不会影响系统安全。密码必须加密存储。用户帐号和密码必须通过SSL进行传送。4)事务完整性和审计需求。确保用户无法清除自己的在系统中的活动。记录活动相关的数据,使得系统管理员可以发现所有可能的危险行为。4.2日常系统维护工作系统每天至少保持23h30min的可用时间,每日凌晨3∶30到4∶00之间进行日常系统维护工作,如数据传输、交换等。临时的系统停机时间,每月合计必须少于3h。4.3成功更新在多个并发用户更新同一账户信息时,第一个可以成功更新。随后的更新在提交之前,显示错误信息“用户数据已经改变,是否需要刷新用户数据?