1 / 7
文档名称:

构架设计说明书.doc

格式:doc   大小:86KB   页数:7页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

构架设计说明书.doc

上传人:xunlai783 2017/12/20 文件大小:86 KB

下载得到文件列表

构架设计说明书.doc

相关文档

文档介绍

文档介绍:北京######技术有限公司
构架设计说明书
编号:C-ASDFGH
版本:
作者:
赵王李
日期:
2012-1-1
审批:
日期:
变更记录:
日期
版本
变更说明
作者
2012-1-1

创建
赵王李
项目概述
架构设计是一种权衡。我们要在重多作用于项目的因素中平衡。平衡内容:功能需求、团队合作、方法论、软/硬件功能、开发模式、效率、资源等。
项目范围
说明该项目的需求范围。从业务上,从资源上理解整个项目。
成本计划
项目成本计划是什么样的?是如何影响项目的各因素的?
方法论的选择
采用什么样的管理模式?什么样的开发过程?什么样的软件模式?什么样的监管理制度?
团队的创建
根据方法论的选择组建团队,确定角色,职责划分,任务分配。
软件构架
在理解需求的基础上,为达成项目的成功,综合考虑各种因素。
需求功能的划分
将业务需求划分成哪些比较独立的功能需求?功能需求的尺度要适度,即:便于管理、任务分配及成果度量。
软件层次的划分或开发模式的考虑
建议按以下MVC分层方式,但是可以合并或细化:
表示层:
使用什么样的介面表现方式,一般选择控制台、图形、WEB。对于软件通,一般选择WEB方式。即使选择表示层之后,也要考虑表示层与业务逻辑层的桥接层问题。
业务逻辑层:
进行业务交易处理及业务规则控制。
业务实体层:
包括业务实体本身,进行业务规则管理。
数据实体层:
数据持续化处理,即业务实体与其物理实体的映射。
资源层:
数据资源、平台资源(如J2EE资源、安全控制及其它服务)
纵向集成:
虽然大多数据情况下,我们采用正交层次结构,但是必须要有一些内容是纵穿系统的,如:数据实体、平台服务等。
框架的建立
整个软件系统是建立在一个什么样的框架(Framework)上的,除去J2EE、.NET这样的应用平台之外,这个项目或产品有什么样自己的框架?有什么样的框架功能?
组件化的考虑
将哪些功能抽取出来?抽象成不独立的组件为整个项目服务,并且可以方便地维护管理。可以将组件至少分为两大类:系统功能组件,主要完成程序性能用功能;业务功能组件:完成某一类业务通用组件,重点放在业务流程的控制,业务规则的使用。
安全的考虑
作为应用软件,在安全更多的是考虑访问控制。使用什么样的权限管理、分配、验证方案?
接口系统的考虑
当前项目或产品与哪些系统接口?接口类型是出信息还是入信息?接口定义是什么样的?接口设计中要考虑安全、事务及系统平台交互性。小的