OOSE软件工程参考手册.doc

产品版本
密级

内部使用
共67页
OOSE软件工程参考手册
拟制
李山
日期
2005-9-9
评审人
日期
批准
日期
签发
日期
版权所有 侵权必究
修订记录
日期
修订版本
修改章节
修改描述
作者
2005-9-9

无
开始编写
李山
2005-9-16

调整了文档组织结构
完成了内容的初步编写，但是市场调研、知识体系介绍、课程体系设置定还需要完善。
分发记录
分发次数
持有者和角色
分发日期
1
北软教育
2005-9-9
目 录
目 录 3
业务规划 8
分析用例建模 20
分析对象建模 26
系统架构规划 35
定义系统边界（0层设计） 66
划分系统模块（1层设计） 67
定义Design时序图 68
类详细设计 69
方法实现设计 69
界面实现设计（可选） 70
物理数据库模型设计 71
“需求是软件的灵魂，错误的需求、不清楚的需求、结构凌乱的需求都会影响项目的成功。做好需求，是项目成功的必要条件。”
需求分析流程图
业务规划
搜集用户需求
确定需求调研计划
“需求”，通常应该在前面添加两个字，即“用户”，顾名思义，用户提供的需求被称为用户需求。
步骤1：确定需求调研的范围
当前项目的需求范围已经在SOW被明确指定了，在SOW中描述的分配需求中，并非所有的需求都是需要调研的。一般情况下，如果与客户业务活动相关的需求，比如说：“商品采购流程，就需要向商品采购人员进行调研”。一些需求，属于信息化系统的常见解决方案，那么不需要向客户调研，而是在需求分析阶段直接将业内成熟方案推荐给客户。
步骤2：确定需求调研的目标
需求的来源是多种多样的，一般情况下包括下面几种情况：
客户的信息化需求
现有的系统没有信息化手段支持，那么希望提供信息化手段来支撑现有的业务。
现有信息化系统的改进建议
客户的业务已经有信息化系统支撑，但是还存在一定的改进空间。即通过信息系统的优化，可以进一步提高客户的工作效率或改进客户的工作质量。
同行业最佳实践经验
这样的需求不直接来源于客户，而是来源于行业专家的建议，或同行业类似的业务系统。
如果需求从人获取，需求调研范围中不同的业务模块是由不同的人负责的，所以需要指定不同部分的人作为调研对象。
如果需求是来自于旧系统的改进意见，可以直接参考已经成档案的文件。
如果需求来源于旧系统，那么可以直接引用旧系统的数据定义，这些数据定义可以在系统界面、系统文档、系统数据库中获取。
如果需求来源于同类系统，那么可以直接从同类系统中引用界面定义、数据定义、功能定义。
步骤3：确定需求调研形式
需求调研形式包括多种方式，常见的形式如下：
需求调研表
系统分析员预先制定标准的需求调研表，根据需求调研目标创建不同的需求调研表实例，通过邮件或其它方式发送到调研对象。
需求访谈
系统分析员直接与调研对象（一般是客户或目标用户）进行交流，启发客户（或用户）说明其对目标系统的期望特征。
资料搜集
直接从客户处获取已经记录的与系统需求相关的文档，比如说已经成档的系统问题记录、系统改进需求。
系统功能抽取
直接运行相关系统，分析该系统，从该系统中抽取合适的流程定义、功能定义、界面设计和数据定义。
步骤4：确定需求调研时间计划
此处安排需求调研活动的时间，在确定需求访谈计划时，需要与访谈对象协商时间。
需求访谈
步骤1：准备需求访谈表格
在需求访谈前，需要预先识别访谈时需要搜集的特征类型，然后准备需求调研表格。
步骤2：约定需求访谈时间
根据需求调研计划，打电话与客户确认需求调研时间。
步骤3：需求访谈
在约定的时间与客户见面，就你关心的问题和客户关心的问题进行磋商，认真记录客户提出的与系统相关的期望、问题或建议。
在访谈过程中，因为时间关系，不需要马上编写需求访谈报告，而是快速的做一些记录就可以了。
步骤4：整理需求访谈报告
在访谈接受后，编写需求访谈报告，并且从中标识用户需求。在需求访谈报告编写出来后，需要发送给被访谈者。
编写用户需求
经过前面的需求调研，用户需求已经浮出水面了，需要