分析阶段的两个子阶段
领域分析
侧重于现实生活中那些语义被应用程序获取的事物,在需求分析中所构造的对象说明了现实世界系统的静态结构并将其组织为可用的片段
应用分析
处理应用系统中用户可见的计算机问题,所分析的对象可能会被预计时不时地发生较快的变化
领域模型
用于分析如何满足系统功能性需求的模型
三种模型
功能模型
状态模型
表达系统的详细需求,为软件的进一步分析和设计打下基础。在面向对象方法中,由用例图和场景描述组成。
描述系统功能
完成数据值的变化
做什么
数据变换
对象模型
类模型
表示静态的、结构化的系统“数据”性质。描述现实世界中实体的对象以及它们之间的关系,表示目标系统的静态数据结构。在面向对象方法中,类图是构件对象模型的核心工具。
描述系统数据结构
数据结构
静态结构
动态模型
交互模型
描述系统的动态结构和对象之间的交互,表示瞬时的、行为化的系统的“控制”特性。面向对象方法中,常用活动图,状态图、时序图、协作图构件系统的动态模型。
描述系统控制结构
执行操作
什么时候做
在何种状态下接受了什么事件的触发
交互次序
分析阶段的三个活动
建模系统功能
发现并且确定业务对象
组织对象并确定其关系
企业业务流程建模方法
标杆瞄准
IDEF
Petri网
DEMO
业务流程建模语言
建立企业模型的输入信息
组织层次图
业务计划
年终报告
备忘录
用例建模
使用用例的方法来描述系统需求的过程
描述一组用例,参与者以及他们之间的关系
设计阶段的输入输出
输入:分析阶段产生的需求模型(系统范围定义)
输出:构建阶段所需的设计模型(系统设计规范)
系统分析的主要步骤
详细调查
包括
收集资料
开调查会
个别访问
书面调查(适用于系统比较复杂,调查范围较宽)
抽样调查
现场观摩(适用于系统流程和操作过程复杂,难以用语言表达的情况)
参加业务实践
阅读历史文档
业务流程分析