各位都用过什么需求管理工具？ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

kinghq 发表于 2012-6-11 14:05

这个对需求管理工具的需求能不能也用需求管理工具管理一下先？
呵呵，有点循环了，系统还没有呢
家住海淀 发表于 2012-6-11 16:32

这个还是太粗放了点
需求数量少，需求不复杂可以，多了就管不过来了
另外，还要把流程做进去
1800页的需求都是我一个人维护。。。。
需求管理可从两个层面考虑问题：
- 已经实施了软件， 在使用过程中不断发现问题，以及产生的功能扩展性需求，
   此时的需求偏重点在于需求描述及解决方案的选择。这与版本管理有关，需要不断记录已有版本在使用过程中发现的问题与需求。然后在新版本中根据各种因素决定实现哪种功能。
- 还没有实施任何系统，用新软件/软件平台实现所需功能，
   传统的做法是按部就班的做需求分析-概要设计..., 但随着技术发展，大家都觉得这法子太慢，于是都在提敏捷。
   有一种做法叫做“领域建模”，我很喜欢用，但我觉得这名字翻译的有问题（domain modeling), 太过直译了就让人摸不着头脑，叫“组合建模”更合适些，即用过用例图、构建出初步的对象建模图（类似于类图）描述业务，然后根据对象建模图再反推是否需要其他的用例（功能），如此循环往复，直到功能彻底确定。
   这种方式需求构建的比较全面，而且就势连软件架构也做了。因此如果有架构设计的能力，这种方式最好。
   还有一种方式，我现在已经形成了初步轮廓了，我称其为“面向业务流程建模”，说白了就是顺着业务流程缕需求，缕晚了，产品也就成型了。这样就不要求相关人员对诸如“面向对象架构设计”有什么高深的掌握，只需要对业务了解即可。
   
使用doors等工具的最大缺陷是难以找到需求之间的关联性，比如如果我想实现“产品线管理”的功能，这个需求就很虚，里面包含着很多内容，依靠蚂蚁搬家式的一点一点抠很麻烦，而且肯定会丢三落四。
而如果把产品看作业务流程，则围绕产品肯定会有创建、修改、指定运维人员、开发新版本。。。。,
而对于新版本可以看作另一个业务流程，就有版本创建、开发版本、测试上线、汇报问题等，
而就开发版本可以看作项目管理流程，再往下推导。
这样就很容易系统性的按照关联性梳理出业务需求来，可以更大限度地避免重复需求，也便于找到需求的实现方式及估算满足需求各种解决方案的成本。
蓝屏老妖 发表于 2012-6-12 06:37

使用doors等工具的最大缺陷是难以找到需求之间的关联性，比如如果我想实现“产品线管理”的功能，这个需求就 ...
需求关联性分析是建立在需求细分和量化管理的基础上的，谁有更好的思路？我说的是厂商，到现在我还没有看到一家成型的产品
家住海淀 发表于 2012-6-12 17:06

需求关联性分析是建立在需求细分和量化管理的基础上的，谁有更好的思路？我说的是厂商，到现在我还没有看 ...
今天抽空看了些需求管理工具软件，感觉还是大同小异，都以文档记录及比较为基础罢了。还不如我刚开发完成的“流程化数据处理平台”好用，不过我正用这个平台给一家银行配置《软件研发项目健康性管理系统》，从用户提需求（从0开始的偶）到初步系统演示，只用了不到20个工作日。功能覆盖了项目任务分发、文档管理、每日工作汇报、进度管理、软件问题管理等各个方面，现在用户提出要增加费用管理（即工时管理），这对一般开发来说架构都定了再去调简直是灾难，而我用这个平台只需要1~2周即可以解决。
这个系统一个特点是通过配置的方式实现业务流程（很多软件都号称有，我就不提他了），另一个关键特点是数据关联的处理。
比如我们对工作日报的需求描述如下：
1 . 系统会每日自动定时发起工作日报，其过程是对各个项目创建项目日报，每个成员创建成员工作日报，各个项目创建任务日报，而这些日报的数据都是每个研发成员的工作记录.
   2. 定时要通知各个研发成员对日报的工作进行汇报，如果超时没有汇报，则要自动记录违规。
3. 汇报完进度和费用后，如果发生里程碑的滞后或费用的超支，要能够自动告警。
4. 而对于已经创建好的日报，从系统中可以查到每日的日报，从项目中可以查到每日项目日报，从任务中可以查到每日的任务日报，从成员中可以查到每日的成员工作日报，而这些日报的数据都来自于同一工作汇报表。 ...
   听着这个需求光描述就够乱的了吧，通过我的平台3周就配置完成（没有一句附加代码或脚本），用户可以基于这样的可以看到具体功能的平台直接提出建议。完成后，这个系统就能用了。
这样的系统能够把开发周期经年的系统缩短到数月甚至数周，那还要需求管理系统有啥用呀。
不过我的系统正在试用阶段，还不能大规模推广，如果谁有兴趣，到北京可以看看，当面交流交流

蓝屏老妖 发表于 2012-6-12 18:03

今天抽空看了些需求管理工具软件，感觉还是大同小异，都以文档记录及比较为基础罢了。还不如我刚开发完成 ...
ok
有空看看系统交流一下