需求建模实例.ppt

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