系统分析&设计总结
来源:互联网 发布:win10 mac 编辑:程序博客网 时间:2024/05/21 09:25
1 需求分析
1.1 输入件
市场销售人员输出的OR(Original require)。通常是很简单的功能描述,需要分析员需要跟市场人员或者客户针对系统的应用场景、功能需求进行反反复复的澄清、确认。
1.2 输出件
《软件需求分析说明书.doc》、《软件设计需求列表.xls》,输出文档要详细描述以下内容:
1. 文档的目的。
2. 文档的范围。
3. 系统的上下文(客户所有可能的应用组网)。
4. 系统的功能需求(提炼DR列表及初步的工作量估计),对应UML里边的用例图。
5. 系统的非功能需求(提炼DR列表及初步的工作量估计)。
6. 依赖与约束。
1.3 需求分析
1. 从用户的角度罗列所有可能的应用组网,描述待设计系统的位置及所需要实现的功能,提取出DR点。
2. 对所有的DR进行归并分析,得出DR的优先级(根据需求稳定性),初步估计工作量。
3. 需求分析的目的是通过对用户系统应用场景的分析,得出DR列表。
2 系统设计
2.1 输入件
需求分析阶段输出件:《软件需求分析说明书.doc》,《软件设计需求列表.xls》。
2.2 输出件
l 《软件规格设计说明书.doc》,文档描述主要内容:
1. 设计约束
2. 假设与依赖关系
3. 架构设计(非增量开发),有多种方案时罗列各种方案的优点与缺点,并选择最终方案并说明原因。
4. 关键技术方案与关键数据结构
5. 针对每条DR分析业务流程,职责划分到各个模块(DS)。
6. DS工作量的估计
7. 模块间的接口
8. 测试验收方案。
9. 系统性能、规格、可维护性、可靠性的分析
l 《系统用户界面.doc》
l 《系统设计规格列表.doc》
l 《模块间接口.xls》
2.3 系统设计
1. 全面理解设计需求,进行硬件选型,软件架构的设计(系统,子系统,模块的划分)。
2. 软件架构与框架数据结构,关键技术点的分析。定义子系统间,模块间的层次关系及交互方式(如消息交互,API直接调用等)。
3. 分析每一条DR的业务流程,将职责划分到各个模块(职责以DS体现),提取模块间的接口(模块间的接口越少越好,接口名称,接口实现功能,接口参数及参数取值范围,接口提供模块,接口使用模块)。对每个DS进行工作量的估计。
4. 设计系统操作人员与系统间的界面。
3 模块设计
3.1 输入件
《软件规格设计说明书.doc》、《系统用户界面.doc》、《系统设计规格列表.doc》、《模块间接口.xls》。
3.2 输出件
《软件特性规格设计说明书.doc》。输出文档要详细描述以下内容:
1. 系统的约束,假设,依赖
2. 模块内部的框架。
3. 模块关键数据结构
4. 从模块内部针对每一条DS的实现进行分析及工作量重估计。
3.3 模块设计
1. 收集模块的功能需求及非功能需求,充分考虑功能的性能及可扩展性,对模块内部职责进行细分
2. 关键数据结构,算法的设计
3. 代码框的设计
4. 代码实现
- 系统分析&设计总结
- 系统分析与设计知识点总结
- 系统分析与设计课程项目总结
- 系统分析、设计
- 系统分析设计
- 系统分析设计
- 系统分析与设计笔记
- 软件系统分析与设计
- 系统分析设计札记
- 系统分析与设计读书笔记
- 雷达系统分析与设计
- 系统分析设计实例讲解
- Agile系统分析设计报告
- 系统分析与设计考点
- 信息系统分析与设计----系统分析概述
- 系统分析师考试总结
- 系统分析师考试总结
- 软件工程总结二:系统分析
- Kindle 3---Kindle Collection Manager,我的书籍分类管理器
- U-Boot串口初始化详解
- /var/log目录下的20个Linux日志文件功能详解
- 这个,终于可以写博客了
- work queue in Linux 2.3.36
- 系统分析&设计总结
- 基于qt的嵌入式平台输入法:SYSZUXpinyin移植到arm后,UDP接收端中文乱码 本地中文乱码 解决
- Defend 射击小游戏教程
- 游标、事务并发和锁三者之间的那点事
- Linux Netlink机制
- 融合和变迁——有感DSP的衰落
- 深入理解计算机系统------->对齐限制笔记
- Cause: org.apache.ibatis.builder.BuilderException: Error creating document instance
- 类型转换