需求分析和架构设计总结--利用DODAF方法
2008-09-16 18:11
429 查看
架构设计总计
从接受这个项目到现在项目已经进入全面开发阶段了。今天抽空把需求分析和架构设计简单总结一下:
从这段时间的工作阶段来看,可以分成:需求开发阶段,包括需求获取、需求分析、需求编档、需求评审;领域建模阶段,领域建模、模型设计和求精;架构设计阶段,分解系统,确定架构驱动因素,做出设计决策
从这段时间的工作成果来看,在每个阶段都有对应的文档。
一、这个项目分需求开发阶段
1、
《需求获取计划书》:客户人员安排;我们人员、资料、设备等资源安排;需求获取设想过程;需求获取计划;需求获取可能风险;客户业务活动;客户业务数据;客户组织结构;客户活动和数据分布
2、
和客户相关人员讨论和确认需求计划书,并按照需求计划书执行需求获取
3、
《项目范围文档》制定这个项目的范围
Ø
以收购、采伐、销售业务为中心,包括造林、管护的基本信息,这些基本信息用于支撑采伐销售业务信息处理。
Ø
能够准确统计林班小班因子的面积、蓄积、树种、树龄等信息
Ø
能够计算出每个林班的采伐收益(单次采伐和累计采伐)
Ø
采伐生产及销售管理
4、
《项目术语文档》名词解释
5、
《包图》或者《顶层用例图》:给出企业用例,企业环境图(类似DoDAF的OV1)
6、
《用户用例图》:给出用户使用系统完成的业务(类似DoDAF的OV5)
7、
给出活动图(类似DoDAF的OV5)
8、
给出部门、活动节点图(类似DoDAF的OV2)
9、
根据8的信息流,规划信息属性(类似DoDAF的OV3)
10、
建立数据模型(类似DoDAF的OV7)
11、
业务规则模型(类似DoDAF的OV6)(没有内容)
二、领域建模
1、
把领域模型分成四个层:基础数据、业务数据、业务逻辑、业务目标
2、
确定每个领域模型对象之间的使用关系
3、
画出模型
4、
设计领域模型:关注层和层之间的接口;关注每个层内部结构;(设计后的模型略)
5、
三、架构设计
1、确定系统架构设计的质量属性:安全和复用。时间半年左右。(类似DoDAF的SV7)
2、模块化分图:确定系统大的模块。根据顶层业务流程图和质量属性,然后做适当分解和合并,得到下面模块
3、确定模块、包间关系和数据交换:模块、包间关系包括:使用、分层、继承关系;确定模块功能;(类似DoDAF的SV2)
4、确定用例、功能 两者的可塑性矩正(以顶层用例为例,两外要在原来用例基础上加上系统质量属性安全和复用特性,同时分离出了工作流、业务逻辑层计算蓄积、业务逻辑层计算收益)(类似DoDAF的SV5)
5、根据上一步骤对顶层的功能进行描述,同时给出信息流(类似DoDAF的SV4)
加密:对用户想数据库中提交的数据进行加密,输入参数是对象,返回值是对象,但是属性值被加密了。如果是对象集合,处理方式类似
6、给出系统接口图,并对接口进行描述(类似DoDAF的SV1)
7、给出系统(模块)信息交换矩阵:详细说明系统(模块)之间数据交换
应用层向蓄积计算层提交自然增长计算公式、和林班具体信息,蓄积计算层返回计算结果给应用层
8、确定系统实现技术和使用框架
9、给出部署图
10、给出模块任务分配表
11、给出模块实现文件列表
四、模块内部架构设计重复上述架构设计。
从接受这个项目到现在项目已经进入全面开发阶段了。今天抽空把需求分析和架构设计简单总结一下:
从这段时间的工作阶段来看,可以分成:需求开发阶段,包括需求获取、需求分析、需求编档、需求评审;领域建模阶段,领域建模、模型设计和求精;架构设计阶段,分解系统,确定架构驱动因素,做出设计决策
从这段时间的工作成果来看,在每个阶段都有对应的文档。
一、这个项目分需求开发阶段
1、
《需求获取计划书》:客户人员安排;我们人员、资料、设备等资源安排;需求获取设想过程;需求获取计划;需求获取可能风险;客户业务活动;客户业务数据;客户组织结构;客户活动和数据分布
2、
和客户相关人员讨论和确认需求计划书,并按照需求计划书执行需求获取
3、
《项目范围文档》制定这个项目的范围
Ø
以收购、采伐、销售业务为中心,包括造林、管护的基本信息,这些基本信息用于支撑采伐销售业务信息处理。
Ø
能够准确统计林班小班因子的面积、蓄积、树种、树龄等信息
Ø
能够计算出每个林班的采伐收益(单次采伐和累计采伐)
Ø
采伐生产及销售管理
4、
《项目术语文档》名词解释
林班 | 区域单位名称 |
标准地 | 标准样区 |
活立木蓄积 | 长在地上的树木蓄积 |
出材率 | 材积/蓄积 |
5、
《包图》或者《顶层用例图》:给出企业用例,企业环境图(类似DoDAF的OV1)
6、
《用户用例图》:给出用户使用系统完成的业务(类似DoDAF的OV5)
7、
给出活动图(类似DoDAF的OV5)
8、
给出部门、活动节点图(类似DoDAF的OV2)
9、
根据8的信息流,规划信息属性(类似DoDAF的OV3)
林班固定信息 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
省 | 地区 | 县市 | 乡镇 | 村名 | 小地名 | 林班编号 | 土壤 | 土层厚度 | A+B层厚度 | 降雨量 | 海拔 | 坡度 | 立地质量等级 | 交通 | 收购合同 | | 杉初始蓄积 | 松初始蓄积 | 杂初始蓄积 | 竹初始蓄积 | 坡向 | 坡位 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
林班立木信息 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
优势树种 | 树种组成 | 起源 | 育闭度 | 龄组 | 每亩株数 | 林班编号 | 平均胸径 | 平均树高 | 亩林分蓄积 | 小班林分蓄积 | 经营类型 | 是否纠纷 | | | 杉标地蓄积 | 松标地蓄积 | 杂标地蓄积 | 竹标地蓄积 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
10、
建立数据模型(类似DoDAF的OV7)
11、
业务规则模型(类似DoDAF的OV6)(没有内容)
二、领域建模
1、
把领域模型分成四个层:基础数据、业务数据、业务逻辑、业务目标
2、
确定每个领域模型对象之间的使用关系
3、
画出模型
4、
设计领域模型:关注层和层之间的接口;关注每个层内部结构;(设计后的模型略)
5、
三、架构设计
1、确定系统架构设计的质量属性:安全和复用。时间半年左右。(类似DoDAF的SV7)
2、模块化分图:确定系统大的模块。根据顶层业务流程图和质量属性,然后做适当分解和合并,得到下面模块
3、确定模块、包间关系和数据交换:模块、包间关系包括:使用、分层、继承关系;确定模块功能;(类似DoDAF的SV2)
4、确定用例、功能 两者的可塑性矩正(以顶层用例为例,两外要在原来用例基础上加上系统质量属性安全和复用特性,同时分离出了工作流、业务逻辑层计算蓄积、业务逻辑层计算收益)(类似DoDAF的SV5)
用例和属性 | 功能 |
顶层用例中所有和数据库进行持久化和检索 | 保存、检索 |
成本 | 计算蓄积、计算收益 |
安全属性 | 加解密、权限 |
所有单据的处理流程 | 流程处理 |
5、根据上一步骤对顶层的功能进行描述,同时给出信息流(类似DoDAF的SV4)
加密:对用户想数据库中提交的数据进行加密,输入参数是对象,返回值是对象,但是属性值被加密了。如果是对象集合,处理方式类似
6、给出系统接口图,并对接口进行描述(类似DoDAF的SV1)
7、给出系统(模块)信息交换矩阵:详细说明系统(模块)之间数据交换
应用层向蓄积计算层提交自然增长计算公式、和林班具体信息,蓄积计算层返回计算结果给应用层
8、确定系统实现技术和使用框架
9、给出部署图
10、给出模块任务分配表
11、给出模块实现文件列表
四、模块内部架构设计重复上述架构设计。
相关文章推荐
- 重量级别--何为immutable,在拷贝,快照,而非历史需求中分析,如何利用immutable模式和跨设计实体后的业务实体关系 决定 设计实体 是否immutable , 以后业务操作该如何操作
- TYPESDK手游聚合SDK客户端设计思路与架构之一:设计需求分析
- Atitit常见需求分析方法与工具链 attilax大总结
- 基于.NET平台的分层架构实战(二)需求分析与数据库设计
- 山寨Besiege(三)需求分析与架构设计
- 《大型网站技术架构:核心原理与案例分析》拜读总结,第十二章——秒杀系统架构设计案例分析
- iPhone应用程序:“Say Hello”【从需求分析、原型设计、到架构、再到编码讲解】
- 分享D瓜哥最近攒的资料(架构方面)、架构分析与设计、知名网站架构分析:Amazon网站架构学习总结、探索Google App Engine背后的奥秘、Facebook图片存储架构、优酷网架构、YouTube架构
- 企业架构研究总结(28)——TOGAF架构开发方法(ADM)之需求管理阶段
- 应用架构设计与分析相关资料的收集、总结与复习(动态更新)
- 从需求分类到多视图架构设计方法
- 【分析】SYMANTEC防火墙内核堆栈溢出漏洞利用方法总结
- 系统分析中写 需求说明书 的方法--个人经验总结
- 系统需求分析与OOP——系统设计开发总结(初稿)
- UI界面设计的需求分析方法
- 《大型网站技术架构:核心原理与案例分析》拜读总结,第十章——随需应变:维基百科高性能架构设计分析
- 敏捷开发下, 如何将需求分析,架构(软件)设计,开发与测试,一气呵成式的结合且高效的完成 ?
- Xmind需求功能分析和Mysql workbench数据库设计-新方法
- 从不同架构的角度进行web项目的需求分析和系统设计
- 软件需求分析方法收集(公司项目经理总结)