需求建模实例解析.ppt

需求建模实例—确定业务需求 需求建模实例—确定业务需求 需求建模实例—确定业务需求 需求建模实例—确定业务需求 需求捕获 需求捕获 获取需求特性表 建立概念模型—发现类 建立概念模型—关联分析 建立概念模型—职责分析 建立用例模型—识别参与者 建立用例模型—合并特性获得用例 建立用例模型—合并特性获得用例 建立用例模型—绘制用例图 建立用例模型—简要描述用例 建立用例模型—划分用例优先级 建立用例模型—详细描述用例 建立交互/状态模型 用户界面设计 总经理：为什么我们的开发项目进度计划总是那么不准确，延期经常出现，更可恨的是甚至无法给出一个相对比较明确的延迟时间。这样给市场的推广会带来很大的影响，不确定因素使得应对十分困难。 研发经理：唉这个问题我花了很多时间来解决，但一直收效不好。最初我用WBS方法，根据用例包、用例的方式来组织需求，然后将某个用例或子用例作为工作任务分配的开发人员，并指定了相应的完成时间，但到了时间开发人员总是完不成，都反应时间安排不合理。后来，在技术顾问的指导下，改为自底向上的估计方法，任务明确后让开发人员反馈工作量及所需的工作天数。虽然有所好转，但还是有一些工作任务，开发人员反馈的天数到了，仍然无法完成，甚至无法告诉我要延迟多少天。汇总起来，就形成了这样的结果了。 总经理：这样呀，那有什么好办法呢？ 技术顾问：其实问题的关键还是在于“估算”的经验上，对于软件开发而言，实际上没有万能的、准确的估算公式… （研发经理抢过话题） 研发经理：对对对！我一直在尝试使用FP、COCOMO模型来，仍然得 不出合理的估计值，真难办。 技术顾问：呵呵，急了！其实估算的基础是经验数据，对于不同的开发人员而言其产能是不一致的，甚至对于相同的开发人员而言，不同的任务所需的时间也是不同的。因此关键在于积累这种经验数据。例如，我在编写技术书籍时，就采用了PSP（个人软件开发过程）的思路，对所有的工作过程进行了时间的记录，在半年之后，就积累了许多相关的产能数据，现在给编辑的时间承诺总是能够比较的准确。 总经理：哦，难怪你做的承诺都一般很少延误，这种经验能否适用于软件开发的管理呢？ 技术顾问：呵呵，这是当然。PSP是个人软件开发过程，它本来就是为软件开发设计。它是CMM的创始人提出的，PSP、TSP和CMM分别针对软件开发员、软件开发小组和软件开发组织。通过PSP的贯彻，就一定能够提高软件开发人员的时间安排、时间估算的能力。 研发经理总经理（几乎同时）：那我们就尝试一下！ 技术顾问：哈哈，不过贯彻PSP有两个困难。一是开发人员很难适 应，每天都要记录自己的工作时间很繁琐，而且产生数据不容易使用； 二是时间日志做出来后，管理者会忍不住用来考核开发人员，给他们带 来心理压力。 研发经理：那我们可以开发一套软件来帮助他们记录，通过写到数 据库中，这样数据的使用问题也就解决了。 技术顾问：对，这就是我的建议。那后者呢？ 总经理：我们不考核就是了！ 技术顾问：没那么简单！我认为要从以下几点来进行：一是鼓励，鼓励记录时间日志，奖励估算准确的开发人员，从而避免做假时间的情况；二是宣扬，宣扬有效工作时间的概念，我的经验是每个开发人员一天有效的工作时间在4个小时之上就是比较好的，树立这种概念能够打消开发人员的顾虑；三是培训，从理论高度建立开发人员执行PSP的意识。 总经理：好！我修订绩效考核，解决鼓励问题；小陈(研发经理)，我配合你树立“每天有效工作4小时”的概念；至于培训嘛只好拜托你了。 技术顾问：好！没问题。 为开发人员提供一个PSP工具，简化时间记录工作；同时提供数据使用的工具，帮助开发人提高估算能力。 技术顾问：根据我的经验，整个系统应该包括以下几个主要的方面。第一，项目及任务安排，由研发经理或项目经理创建项目和任务，开发人员在接到任务后进行估算填写时间计划，研发经理或项目经理对其进行确认。第二，时间记录，开发人员对自己的开发时间进行记录，与任务关联起来。第三，产能分析，研发经理及公司领导可以根据任务和相应的时间记录，来统计公司员工的产能数据。 开发人员甲：我认为，开发人员自己应该能够通过这套系统来统计自己的产能数据。 研发经理：那么产能数据怎么表示呢？任务可是不同的呀。 技术顾问：我认为比较合适是KLOC/天(每