软件构架文档(课程方案参考).docVIP

目 录 1. 简介 2 1.1 目的 2 1.2 范围 2 1.3 定义、首字母缩写词和缩略语 2 1.4 参考资料 2 2. 概述 2 3. 构架目标和约束： 2 4. 系统分析 3 4.1 开发背景 3 4.2 可行性分析 3 4.3 需求分析 3 5. 系统整体构架 8 5.1 体系结构概述 8 5.1.1 多层体系架构 8 5.1.2 信息系统架构总体视图 错误！未定义书签。 5.2 关键技术设计 错误！未定义书签。 5.2.1 网上服务 错误！未定义书签。 6. 系统设计模式 8 6.1 用例图 10 6.2 类图 10 6.3 包和对象图 12 6.4 顺序图 13 6.5 协作图 14 6.6 状态图 14 6.7 活动图 15 6.8 组件与配置图 16 7. 布署视图 17 8. 数据视图 18 9. 大小和性能 18 10. 质量 18 软件构架文档 简介 目的 此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。它用于记录并表述已在构架方面对系统作出的重要决定。 范围 本文档是为物流信息管理系统的web版本设计的，用于指导物流信息系统的web版本。 定义、首字母缩写词和缩略语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 预订单:客户在网上填写订单后生成的未确认订单 订单:可以包含多个货物，有唯一的订单ID号，经过始发配送点业务员确认后的已确认订单 订单状态：可分为预定、已确认、在途（即将到达的下一配送点）、抵达目的配送点，投递成功 交接单：有生成时间，预计到达目的配送点时间，要求有相同的起始配送点、目的配送点，交接时间（到达目的配送点时填写） 交接单状态：是否上车、是否下车、有无合适的运力、是否已成功交接 运力：发车时间、车辆、行车线路、车上司机、随车业务负责人、预计到达终点时间 运力状态：下一经过配送点、预计经过时间 线路：线路编号、线路名称，线路上各配送点顺序 配送点：包含的属性包括所属线路、顺序、是否起点、终点，负责接受客户订单，生车交接单，申请运力，配送货物，生成年季月报表，维护配送范围和配送价格以及配送点间的运输价格 司机:与车不绑定，由总公司管理 随车业务负责人：随车的承运人，负责与配送点业务员进行交接，修改交接单状态 配送点员工：负责确认预订单，生成订单，更改订单状态 总公司：位于系统顶级，负责车辆的维护、配送点、配送线路、运输价格的管理，生成年季月报表 运输价格：配送点间的运送价格，由配送点来管理，总公司审核 配送价格：在配送范围内的配送价格，由配送点管理 总价格：运输价格+配送价格 配送范围：从目的配送点把货物投递到客户手上的区域范围，由配送点管理 参考资料 [1]张海潘 构架目标和约束： 系统扩展性和灵活性需求，系统的设计需要具备足够的扩展性，以便于因发展或改变而对系统功能的调整和增加，便于系统升级和维护。系统的扩展性包括功能的扩展性和数据扩展性。 需要采用B/S结构，使用户能通过互联网访问系统数据，支持远程管理和移动办公。本软件架构以逻辑视图表示，用Rational Rose工具基于统一建模语言(UML)开发的。 系统要求实现多层体系结构，服务器端考虑扩平台的应用，交互接口支持Web应用风格。 系统分析 开发背景 根据不完全统计，中国目前尚有数以十万计的中小物流公司还在使用传统的手工操作、管理的方法。随着业务的不断发展，客户、代理商、承运商的数量也在不断的增多。中小物流企业在这错综复杂的交织网络中处理业务，业务、财务、管理方面显得力不从心，无所适从。其实，国内大多数中小物流企业的现状是，信息化水平极低，很多中小物流企业还停留在手工处理的阶段。目前需要解决的最关键的问题是“管好中小物流企业本身最根本的物流业务操作问题，尤其是管好财务结算的问题”，然后再考虑解决其它问题。 关于三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 　　１、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 　　２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 　　３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增、删、改、查。 　　 三层结构原理： 　　3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 　　所谓三层体系结构，是在客户端与数据库之间加入了一个“中间