构架设计说明书.docVIP

北京######技术有限公司 构架设计说明书 编号：DDD-CCC-ASDFGH 版本：1.0 作者： 赵王李 日期： 2012-1-1 审批： 日期： 变更记录： 日期 版本 变更说明 作者 2012-1-1 1.0 创建 赵王李 项目概述 架构设计是一种权衡。我们要在重多作用于项目的因素中平衡。平衡内容：功能需求、团队合作、方法论、软/硬件功能、开发模式、效率、资源等。 项目范围 说明该项目的需求范围。从业务上，从资源上理解整个项目。 成本计划 项目成本计划是什么样的？是如何影响项目的各因素的？ 方法论的选择 采用什么样的管理模式？什么样的开发过程？什么样的软件模式？什么样的监管理制度？ 团队的创建 根据方法论的选择组建团队，确定角色，职责划分，任务分配。 软件构架 在理解需求的基础上，为达成项目的成功，综合考虑各种因素。 需求功能的划分 将业务需求划分成哪些比较独立的功能需求？功能需求的尺度要适度，即：便于管理、任务分配及成果度量。 软件层次的划分或开发模式的考虑 建议按以下MVC分层方式，但是可以合并或细化： 表示层： 使用什么样的介面表现方式，一般选择控制台、图形、WEB。对于软件通，一般选择WEB方式。即使选择表示层之后，也要考虑表示层与业务逻辑层的桥接层问题。 业务逻辑层： 进行业务交易处理及业务规则控制。 业务实体层： 包括业务实体本身，进行业务规则管理。 数据实体层： 数据持续化处理，即业务实体与其物理实体的映射。 资源层： 数据资源、平台资源（如J2EE资源、安全控制及其它服务） 纵向集成： 虽然大多数据情况下，我们采用正交层次结构，但是必须要有一些内容是纵穿系统的，如：数据实体、平台服务等。 框架的建立 整个软件系统是建立在一个什么样的框架（Framework）上的，除去J2EE、.NET这样的应用平台之外，这个项目或产品有什么样自己的框架？有什么样的框架功能？ 组件化的考虑 将哪些功能抽取出来？抽象成不独立的组件为整个项目服务，并且可以方便地维护管理。可以将组件至少分为两大类：系统功能组件，主要完成程序性能用功能；业务功能组件：完成某一类业务通用组件，重点放在业务流程的控制，业务规则的使用。 安全的考虑 作为应用软件，在安全更多的是考虑访问控制。使用什么样的权限管理、分配、验证方案？ 接口系统的考虑 当前项目或产品与哪些系统接口？接口类型是出信息还是入信息？接口定义是什么样的？接口设计中要考虑安全、事务及系统平台交互性。小的说法是系统接口，如果系统宠大就可考虑接口系统设计。 可移植性的考虑 系统如果有跨平台的需求，要考虑操作系统、中间件、应用服务器特性、数据库及第三方服务移植。 如何在不同的平台移植，是可配置的？还是需要开更多？ 扩展性的考虑 扩展性不只是系统功能的扩展，还要考虑系统的性能扩展，即可伸缩性。两个重要问题：如何早低成本地加新的功能？如何最低成本的COLONE一个新系统，并且新旧系统可能做成CLUSTER？ 维护性的考虑 内容应涉及系统模块是否可以装配？功能模块是否可以配置？整修个系统是否已经参数化？提供什么样的维护方式、接口及介面？有哪些日常维护需求，并且如何处理？ 发布系统的构架 这一章主要描述系统分布结构，系统组件结构及系统拓朴结构。 系统拓朴结构 描述整个系统软/硬件资源的逻辑关系。 系统组件结构 描述整个系统各个功能关系。 系统物理分布结构 描述整个系统的软/硬件资源及业务功能的物理关系。 相关文档 《软件需求规格说明书》 《业务需求说明书（业务方案或标书）》 《软件变更申请表》 北京#####技术有限公司 Beijing########### Technology Co.,Ltd. 地址：北京市某某区某某路某号写字楼888（100088） 电话：010 网址：www..com 传真：010