文档介绍：1/50
软件体系结构
Software Architecture
宋和平 147 6283 2856
644326271@
软件工程系
江苏大学
§5 需求分析
2/50
概述
需求怎么来
需求开发= 愿景分析+ 需求分析
判断需求全面
功能、质量、约束
由需求到设计的转化
不同需求影响不同
3/50
软件研发过程
概念化阶段
愿景
需求分析阶段
需求
架构设计阶段
架构
并行开发测试阶段
可执行系统
验收交付阶段
交付的系统
4/50
愿景与范围文档
业务需求
背景/机遇/目标/市场需求/客户价值/风险
项目愿景的解决方案
愿景陈述/主要特征/假设和依赖环境
范围和局限性
首次发布/随后发布/局限性/专用性
业务环境
客户概貌/项目优先级
产品成功的因素
5/50
Context Diagram
主机A
渠道
主机
主机B
终端
网银
税局
人民银行
第三方
***B
***A
***
综合前置系统
6/50
上下文图
内容原则
关注与其联系、不关注内部功能、结构--黑盒
形式原则
我们要开发的什么系统(黑盒),位于中央,其他在周围
明确: 哪个是待开发/哪些在系统之外/谁使用了系统/与其他系统的交互
7/50
上下文图 vs. 用例图
对讲机
用户
后端系统
基于PC的Channel设置程序
对讲机
呼叫
接听
接收文本
信息
设置
Channel
后端系统
基于PC的Channel设置程序
8/50
实践要领
愿景
业务目标+ 范围+ Feature + 上下文图
高层需求
text
text
面状刻画
业务目标
点状刻画
刻画边界
9/50
什么是需求分析
“这个软件到底要为用户做什么”
IEEE将需求定义为:
1. 用户所需的解决某个问题或达到某个目标所要具备的条件或能力
2. 系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足条件或必须具备的能力
RUP(统一软件开发过程)将需求定义为:
需求描述了系统必须满足的情况或提供的能力,它可以是直接来自客户需求,也可以来自合同、标准、规范或其他有正规约束力的文档
10/50
需求捕获 vs 需求分析 vs 系统分析
需求捕获
获取知识
理解用户所从事的工作
了解软件系统在哪些方面帮助用户工作
需求分析
挖掘整理知识
搞清软件系统要“做什么”
系统分析
解决“怎么做”的问题
提出可行的逻辑方案
研究并抽象地表示软件系统