12
返回列表 发新帖
楼主: gaowd

[精华] 简析软件需求分析过程

[复制链接]
论坛徽章:
123
2010年世界杯参赛球队:英格兰
日期:2013-01-28 15:32:01萤石
日期:2014-02-09 14:00:08马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2010-11-13 23:56 | 显示全部楼层
好贴

使用道具 举报

回复
论坛徽章:
0
发表于 2010-12-7 21:14 | 显示全部楼层
很好,正需要这方面的资料

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-28 15:52 | 显示全部楼层
>>需求规格只是宏观的描述,为设计阶段划定范围,不应该包含不确性因素在里面,要么做,要么不做,不能遗留任何待解决的问题,而且还要保证需求的完整性。

这句不赞同。

这还是瀑布(Waterfall)思维,理论上存在的情况,而在现实的商业软件开发中,需求阶段完成的需求规约没有任何问题,没有不确定性,几乎是不可能的。所以,1990年代以来迭代开发逐渐成为世界软件工程的主流。

需求规约也不只是些宏观的描述,还包含许多微观、细节、确定的需求描述。

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-28 16:03 | 显示全部楼层
gaowd 发表于 2008-8-5 09:56
是原创

赞原创

许多内容不错,不过主要问题是整体思路还是风险较大的传统软件工程瀑布式开发(需求阶段、设计阶段、测试阶段等等...),而没有采用更先进的迭代式开发与演进式需求分析。

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-28 16:16 | 显示全部楼层
EPS2008 发表于 2008-8-4 22:47
但楼主好像没有提到,若在开发的最后阶段,用户要求变更需求应该如何处理?

好问题!

处理项目后期麻烦的用户需求变更,有许多手段。

首先,双方应该在开发合同中进行明确约定,处理这类需求变更的具体流程,哪些变更可以接受,哪些变更可以拒绝,双方的底线在哪里。

商务上的约定比单纯的需求变更管理或技术手段更重要。

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-28 16:20 | 显示全部楼层
AlexQin 发表于 2008-8-7 18:06
公司内部一般包括分析设计人员、各部门开发经理、维护经理、项目经理及资深开发人员;外部专家包括典型客户 ...

>>我觉得公司内部人员这部分还需要加上测试部门
也可以说是所谓“资深测试人员”
因为作为质量保证
测试人员是最具说服力的
我认为在需求阶段
有测试人员的介入
会让整个项目可能产生的问题减少<<

赞!

成熟的软件开发过程Tester和SQA都应该尽早加入。

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-28 16:27 | 显示全部楼层
>>需求的评审一般由专业人士来完成,主要包括公司的内部专家及外部专家,公司内部一般包括分析设计人员、各部门开发经理、维护经理、项目经理及资深开发人员

需求评审应该加上测试和质量人员。

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-28 16:48 | 显示全部楼层
>>4、用户需求不断的增加,这也是最常见的问题之一,在需求评审的过程中,往往评审人员根据讨论的结果会提出新的需求,会导致不断的更改,所以在编写需求规格的时候要把握一个度,不是任何需求都要列入。

成熟的需求变更管理关键在于走流程,以及相关人员的正确决策。没有或缺少规范的变更流程和决策手段,需求加不加、改不改这个度很难把握。

需求评审会议的结果是评审意见,一般不能直接改需求,需求变更的提议仍需要走流程。

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
发表于 2014-11-29 16:33 | 显示全部楼层
>>任何形式的需求规格说明书都不能保证完全没有错误和缺陷,我们在编写的过程中只能尽量按照软件工程的规范去执行,尽量避免问题的发生。

没错,关键是整个软件开发过程改瀑布式为迭代式,通过多次迭代的分析、反馈、评审和验证来不断提高、确保需求规格书的质量。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表