需求建模实例资料.ppt

需求建模实例;Agenda;在业务需求充分理解并且收集了最为本质的用户需求之后就可以开始需求分析了，并不是等到需求捕获完全做完之后才开始。 分析的目的是为了理解、整理、合并这些需求 建模的目的是在理解需求的基础上，绘制出系统蓝图，以便统一认识。;用例模型—组织需求;用例模型—组织需求;用例模型—组织需求;类模型—概念模型;交互模型—描述事件流;Agenda;确定业务需求;确定业务需求;确定业务需求;目标：为开发人员提供一个PSP工具，简化时间记录工作；同时提供数据使用的工具，帮助开发人提高估算能力。 发起人：总经理 项目干系人：总经理、研发经理、开发人员 对于工程类项目，通过与项目的发起人、主要的项目干系人来沟通，从根本上理解项目的意义。 对于产品类项目，通过详细的产品规划和市场调查来确定产品对用户能够带来的利益和好处。;在业务需求指引下挖掘用户需求的过程 由于是内部项目，技术顾问已经做了一次关于PSP的培训配合公司的政策，开发人员已经比较支持这个项目，因此沟通比较顺畅。可采用用户访谈和联合开发的形式进行需求捕获。;需求捕获;需求捕获;获取需求特性表;建立概念模型—发现类;建立概念模型—关联分析;建立概念模型—职责分析;主要步骤：识别参与者、合并需求获得用例、细化用例描述。 用例描述的细化是随着开发过程的推进迭代进行的。;建立用例模型—识别参与者;建立用例模型—合并特性获得用例;建立用例模型—合并特性获得用例;建立用例模型—绘制用例图;建立用例模型—简要描述用例;建立用例模型—划分用例优先级;建立用例模型—详细描述用例;建立交互模型;建立状态模型;设计约束：时间记录程序应以离线式工作，该程序会自动连接服务器，完成时间日志上传的工作，如果未能连接服务器，则在本机暂存时间日志。（可在需求建模时确定，也可以在设计阶段确定） 解决方案：将时间日志的上传与记录分离，也就是一直都往本地数据库存储。将上传日志用例作为另外一个用例来建模。这个用例是“记录时间日志”的一个扩展。;对于MIS应用系统的开发而言，建议在需求分析阶段对用户界面进行必要的设计，能够对设计阶段的工作起到指引作用。 通过用户界面的设计，能够更好地与用户达成共识，减少理解上的偏差。是对需求建模的一个有益的补充。;用户界面设计;Agenda;本章小结