| 注册
home doc ppt pdf
请输入搜索内容

热门搜索

年终总结个人简历事迹材料租赁合同演讲稿项目管理职场社交

原型法破解小型软件项目需求分析之痛

m***a

贡献于2013-05-15

字数:3892

原型法破解型软件项目需求分析痛
  软件项目需求分析项目开端项目建设基石失败开发项目中80需求分析明确造成软件开发项目想成功关键做需求分析月堪回首痛苦折腾深深领悟真意里想项目教训验家分享
  月公司委派负责型软件开发项目接手项目时该项目需求较简单想然直接开始工作结果开发初期忽视户信息沟通深度需求分析导致系统开发出满足户需求频繁需求变更返工仅技术开发员带巨麻烦软件性深受影响造成力物力浪费
  轻视型软件项目需求分析痛
  软件项目开发分五阶段:需求分析阶段设计阶段编码阶段测试阶段维护阶段需求分析阶段结果软件开发四阶段必备条件次项目验需求分析中偏差会导致整项目法达预期效果者说终开发出产品户需
  需求分析许型软件开发中重视遗憾型软件项目中会认需求简单容易忽视需求分析重步骤教条义式验项目犯错误结果付出更心力更代价反思次项目需求分析阶段犯失误:
  (1)轻视户开发员间沟通
  软件开发程中两种角色:户开发员需求获取需求调研双方沟通第步型软件项目中双方认项目需求较简单会需求描述产生定轻视句简单话描述实际需求调研时详细文字完善说明户开发员间会存着少理解差异文字性描述总缺乏精确性更况句简单描述
  实际算型开发项目需求获取困难关键易出错方面原
户会软件开发程熟悉需求表达清楚开发员户业务流程熟悉种场合开发员果单单通问答方式者更恶劣点听问方式法获取真正需求时候连客户清楚想什户表达需求需求调研员会理解果需求调研员理解错会导致开发工作劳功果需求简单轻视话必然会导致期量返工修改
  (2)需求开发前没准确描述
  反思次项目失败原时发现时连客户需求朦胧感觉常常说清楚具体需求例户善叙述目标象想前进致方面想实现细节甚清楚难确定户会求需求分析员设想需求需求分析员想详细精确定义户心中需求疑困难结果开发完成客户认需种事情三发生开发员哭笑言
  (3)户需求变更频繁造成开发模式日渐紊乱
  着时间推移户会系统界面功性等方面提出更高更求例开发项目程中户时会提出新需求时开发阶段中时开发阶段需求次需求前次致谓需求变更果开发中断补充需求项目越变越庞致超计划预算范围
  正常需求变更没什事情开发模式没需求修改足够准备结果频繁变更整体结构变日渐紊乱补丁代码整程序难理解维护插入补丁代码模块违背强聚松耦合设计原断收回变更删特性导致更问题例出现软件质量明显降等现象
  原型法工具项目浴火重生
  着日渐走失败项目筹莫展心里焦急时位资深软件需求分析前辈提示尝试原型法工具应原型法进行需求分析项目起死回生真谓:山穷水复疑路 柳暗花明村事长智
  (1)什开发项目需求分析
  软件开发中困难准确知道应该开发什旦需求分析做错会系统功带极损害断修改会浪费资源资料表明现软件项目中返工开销占总开发半导致返工原需求分析明确
  软件需求分析(Software Requirement Analysis)项目开端项目重关键点定义指研究户想东西完全理解户软件需求完整功确认户软件功需求建立确认验证基调查报告显示软件产品存完整性正确性等问题80需求分析错误导致需求分析错误造成功性问题尤突出成功需求分析软件项目否成功关键步软件开发中产生核心问题:户需求明确情况进行系统开发
  (2)什原型法
  软件需求分析方法传统方法原型方法模型驱动方法结构化方法等般说选择种方法根项目具体情况资源选择盲目套里着重阐述原型法
  原型法(Prototyping)理念指获取组基需求快速构造出够反映户需求初始系统原型户未系统概貌便判断功符合求方面需改进然断需求进步补充细化修改次类推反复进行直户满意止开发出完整系统简单说原型法断运行系统原型进行揭示判断修改完善需求分析方法
  (3)原型需求分析法特点
  原型法种循环复螺旋式升工作方法更遵循认识事物规律更容易掌握接受原型法强调户参特模型描述系统需求检验强调户导作通开发员户间相互作户求较满足时沟通双方想法缩短户开发员距离更时准确反馈信息潜问题早发现时解决增加系统性适性
  简单说原型法系统调查系统分析系统设计合户开始系
统开发什样子户参系统全程开发知道问题错误需改进等消户担心提高户参开发积极性时户参开发程利系统移交运行维护
  需注意原型法适范围较限型简单处理程较明确没量运算逻辑处理程系统较合适局限性型系统太适合需量运算逻辑性较强程序模块原型法难通简单解构造出合适模型供户评价提出修改建议
  原型法进行需求分析流程
  (1)快速分析弄清户基信息需求
  需求分析原型法第步需求分析员户紧密配合快速确定软件系统基求原型体现特性(界面形式处理功总体结构模拟性等)描述出基规格说明快速分析关键选取核心需求描述先放弃次功性量围绕原型目标集中力量确定核心需求说明快开始构造原型
  步骤目标写出份简明骨架式说明性报告反映出户需求基法求时候户责先根系统输出清晰描述基需然分析员户定义基需求信息讨确定初始需求性
  (2)构造原型开发初始原型系统
  快速分析基础根基规格说明应快实现运行系统项目验原型系统先考虑原型系统应必备评价特性暂时忽略切次容例安全性健壮性异常处理等果时追求完整原型做太话需时间太二会增加期修改工作量提交初始原型需根系统规模复杂性完整程度步骤目标:建立满足户基需求运行交互式应系统步骤中户没责开发员负责建立初始原型
  (3)户开发员评价原型
  阶段双方沟通频繁阶段发现问题消误解重阶段目验证
原型正确程度进开发新原型修改原需求原型忽略许容细节然集中反映许必备特性外观起会残缺全户开发员指导试原型试程中考核评价原型特性分析运行结果否满足规格说明求否满足户愿纠正沟通交流时误解需求分析中错误增补新求提出全面修改意见
  总说原型法通强化户参系统开发程户获系统亲身体验找出隐含需求分析错误原型需求分析法鼓励改进创造通断交流提高需求实现质量软件产品质量目更提高客户满意度
 
文档香网(httpswwwxiangdangnet)户传

《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档

下载文档,方便阅读与编辑

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 2 积分 [ 获取积分 ]

购买文档

相关文档

软件项目管理中需求分析的研究

软件项目管理中需求分析的研究  1 软件项目需求分析的重要性  当前,软件开发往往存在着三大主要问题:预算超支、进度延误、质量糟糕而且很难控制在预算之内———尤其是要高质量地实现用户的期望。相关的业界报告与分析对信息系统行业中不能满足客户需求、与用户预期不符合以及资源严重浪费等现象和问题进行了详细描述。  随着信息时代的发展,计算机软件的需求愈来愈复杂,规模愈来愈大,而且随着企业的发

赤***霄 9年前 上传771   0

软件工程ERP项目需求分析文档

此需求规格说明书对本ERP软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

涛***6 3年前 上传576   0

软件项目需求管理总结

软件项目需求管理总结  在软件项目中,需求管理贯穿了项目的整个生命周期。销售阶段的需求管理核心目的是要激发企业业务部门对信息化的需求,而此时业务部门往往因为对软件的心理障碍和本身的限制,提不出需求来,一般是售前顾问站在企业管理特点和管理问题等角度提出,这个阶段的需求,越多越好,而且需求越痛越有卖点,因为这样更能体现信息化建设的必要性和带来的价值。  但从实施立项开始,需求就成了所有项目经

n***r 9年前 上传700   0

企业项目遭遇成本之痛

企业项目遭遇成本之痛施工企业(以下简称为企业)所属的工程项目部(以下简称为项目部),是建筑产品(工程项目)的直接生产者;建筑产品的优劣影响企业的信誉,继而影响企业承揽工程任务,最终影响企业的效益;而建筑产品的直接成本——人工费、材料费、机械使用费和项目间接费全部发生在项目部,这些费用约占企业总成本的90%以上,因此项目部直接成本的高低又决定了企业的成本水平。若企业在以工程结算收入为主要的收入

w***a 9年前 上传468   0

项目需求分析调查

项目需求分析调查   长者部: 接触人数:742人   2012年7月,官洲街家庭综合服务中心的服务设施投入使用,正式开始为北山社区、仑头社区及官洲社区的居民提供服务。 官洲街家庭综合服务中心所服务的范围包括:北山村、官洲社区、仑头村,这三条村的共有60岁以上长者1514位,其中60岁至70岁长者832位,70岁至80岁长者487位,80岁至90岁长者171位,90岁至100岁长者2

p***n 9年前 上传7869   0

浅析计算机软件项目管理中的需求分析

浅析计算机软件项目管理中的需求分析  摘 要:计算机软件项目管理中的需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。本文介绍了在需求分析研究中探索出的一些有效措施。  关键词:需求分析;用户方干系人;项目经理;需求分析员  众观国内计算机软件业的发展,除远不如欧美等西方发达国家外,与人均GDP不及我国的印度相比也相距甚远,软件业的劣势正严重制约着我国IT业的发展。我国软件

x***9 11年前 上传592   0

浅析软件开发项目中的需求分析

浅析软件开发项目中的需求分析  【摘要】在软件开发项目中,需求分析是关乎软件项目开发成败的重要因素。现在的软件项目中返工开销占了总开销很大比例,而导致返工的主要原因是需求分析不明确。针对这一情况,文章阐述了软件开发中需求分析任务、需求分析过程、需求分析方法、需求分析变更问题,以及如何确保需求分析质量的措施。  【关键词】软件开发;需求分析;原型法;需求变更  随着全球经济、科技的快速

j***t 10年前 上传662   0

软件项目开发过程中的需求分析和范围管理

软件项目开发过程中的需求分析和范围管理  0 引言  对于一个软件系统的开发来说,最困难的部分就是准确说明开发什么,最困难的概念性工作就是编写出详细的需求,包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦出现纰漏,将会给系统带来极大的损害,并且以后对它修改也极为困难。所以,需求是整个软件产品链的源头,需求工作的优劣将直接影响到产品的设计、生产、销售和维护的全过程。而对于项目中哪

d***g 11年前 上传704   0

软件项目之范围管理

软件项目之范围管理  1、引言  产品软件的研发,特别是针对具体客户定制软件的开发,由于其业务的复杂性,需求的可变性,功能的多样性和事先的不可见性,决定了相关项目的成功率和满意度都比较低。那么,我们该如何提高软件项目的成功率,如何改善项目干系人的满意度呢?根据自己多年从事软件项目管理、带领开发团队的经验,结合查阅一些IT项目管理方面的资料,在这里想对这一很多项目经理经常关注而又难以处理的

w***6 12年前 上传474   0

关于中小型软件企业的软件项目管理过程研究

关于中小型软件企业的软件项目管理过程研究  摘 要:本文分析了国内中小型软件企业在企业体制和人力资源等方面特点,指出了中小型软件企业在开发软件产品时应用项目管理和软件工程方法管理软件项目的差异,提出了其软件项目管理过程改进模型。  关键词:软件项目管理;中小型软件企业;软件过程改进  目前中国软件的应用已经深入到企业和政府以技人们日常生活的方方面面,其中大量的软件开发是由中小型软件企

贾***8 11年前 上传528   0

软件需求分析师的职位职责

软件需求分析师的职位职责职责:1. 参与用户需求调研、需求讨论、需求分析、需求跟进。2. 参与后期系统开发过程解释及协调工作。3.编写需求分析文档,完成功能、流程、界面设计。帮助主设计人员理解需求分析。4.负责及协助设计人员与用户之间的沟通工作。5. 用户手册编写与用户培训。6. 可参与部分测试用例设计。___对需求变更进行影响分析,把控项目开发进度任职要求:1. 大学本科及

t***e 2年前 上传502   0

软件需求分析师的工作职责

软件需求分析师的工作职责职责1、根据产品规划或者项目要求,整理和分析客户需求,编写《软件产品需求规格说明书》;2、参与整个产品开发流程,负责需求开发与跟踪,完成需求变更的控制与管理,与开发测试团队一起保证最终产品的正确定位;3、向开发工程师提供咨询、指导、解释业务需求,向用户汇报系统功能;4、指导测试工程师根据测试需求,组建测试环境的工作。任职资格:1、计算机或通讯相关专业本科以上

h***8 2年前 上传621   0

软件需求分析师的基本职责

软件需求分析师的基本职责职责:1、负责配合商务部人员实施项目的需求调研、沟通、分析、整理、确认等;2、细化以及挖掘客户的需求,并能够准确的将客户需求转化为软件需求;3、对需求的价值进行准确的评估,合理控制需求的范围,编写用户需求说明书;4、根据业务需求进行原型设计,协助设计应用程序;5、对客户需求有预见性,对系统的发展进行合理规划;6、参与整个产品开发流程,负责需求变更、跟踪和研发

t***e 2年前 上传446   0

2017年软件需求分析师职责说明

软件需求分析师职责说明  软件需求分析师:  1、 根据概要需求(客户及内部需求)编写详细需求规格说明书;  2、 系统规划,与产品人员进行前期调研和产品设计工作,编写调研报告和项目解决方案;  3、 参与系统功能验收工作及用户手册、新增产品功能培训资料的编写;  4、 负责客户(及内部)需求调研及需求反馈的分析;  5、 配合测试人员编写测试计划、测试用例、测试报告的编

y***n 7年前 上传645   0

软件项目需求调查指标项评价标准

指标项评价标准——技术部(外包)序号评审指标项 评审要点(参考点)A-优秀(90-100分)B-良好(80-89分)C-合格(60-79分)D-需改进(60分以下)权重1项目描述1、项目关联性:与其他现有软件系统的关联性;对现有客户环境(IT环境、管理措施等)造成的影响;对以后可能建设的其他系统造成的长期影响。2、设计和实现上的限制:软件实现技术上的要求;与其他关

文***品 4年前 上传1347   0

软件研发项目需求变更的管理

软件研发项目需求变更的管理变化并不是人们最害怕的,最怕的是跟不上变化的步伐。同样,在软件研发过程中需求的变更会给研发带来不确定性,但只要把需求变更作为重点、难点小心加以控制,软件研发的进度、成本和质量也就有了“安全“的基础。   需求变更管理的需求   需求变更是因为需求发生变化。根据软件工程思想,需求说明书一般要经过论证,如果在需求说明书经过论证以后,需要在原有需求基础上追加和补充新的需求

w***a 8年前 上传615   0

软件项目中如何开展有效的需求评审

软件项目中如何开展有效的需求评审  1 需求评审的重要性  在软件项目中,需求分析是最开始的工作,同时也是最重要的工作。需求分析如果做得不够详细或者是偏离用户需求或者是存在缺陷的话,往往会给项目带来灭绝性的灾难,不重视需求过程的项目团队将自食其果。因此,如何保证需求分析的正确、准确性,成了决定软件项目成败的关键因素。在实际的项目过程中,需求阶段往往是由一两位需求分析人员与用户沟通用户需求

M***` 10年前 上传534   0

捷顺ERP项目需求分析

深圳捷顺科技实业ERP需求分析报告一、 销售与分销l 营运需求1、 客户资料管理,登记直销客户和分销渠道客户的各种信息,对客户进行分类〔一般客户、大客户、集成商、海外客户等〕,并对不同类别客户有不同的管理要求。 2、 业务信息管理,业务员登记自己的每一条业务信息,内容包括客户名称、客户联系人、客户需求、信息提供部门、信息提供人等,区域经理和部门经理可对信息进行审核和管理,如业务信息有

鬼***笑 4个月前 上传162   0

软件需求最佳实践之需求的沟通与分析

软件需求最佳实践之需求的沟通与分析在信息化高速发展的今天,构建与时俱进的信息化系统已成为所有政府、企事业单位的重点课题之一。然而在软件项目实施过程中,进度超期、经费超预算、变更频繁的现象层出不穷,甚至有许多项目根本无法达到预期的目标,更谈不上为业主创造真正的效益。归根结底,软件需求实践这一共同的软肋是问题根源之所在。   引言   关于软件项目所存在的问题,互联网上曾经流传着一幅漫画(如

释***然 12年前 上传460   0

软件项目为什么会失败——浅谈需求驱动的项目管理

软件项目为什么会失败——浅谈需求驱动的项目管理IT行业自上个世纪70年代蓬勃发展,直到现在,如何管理好软件项目还一直是大家讨论的话题。这是因为软件项目失败的太多,比如项目彻底被取消、项目的工期拖延等等。   就中国目前很多软件开发团队的实际情况来看,从某种程度上来说,错误的使用和依赖两个软件来管理项目是项目失败的一个重要理由。这两个软件就是MicrosoftProject和Microso

c***g 11年前 上传589   0

软件需求最佳实践

软件需求最佳实践这几天在听《软件需求最佳实践》作者徐锋老师的软件需求培训,三天的课程,虽然原来对需求也关注了很多,自己也做过需求分析和开发的工作,但是这次培训感觉收获还是很多。三天的培训先做个记录,后续多个点还可以逐个展开,不断的总结。   需求实践所面临的问题   需求完整性需要诸多用户的参与和确认,而且用户间需求本身也存在冲突的可能,因此需求更加强调角色和场景和划分,一个所有用户需要

我***吧 9年前 上传516   0

软件需求说明书

   软件需求说明书 黎宇 (转载自国家计算机标准和文件模板)   软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下: 1 引言 1.1编写目的   说明编写这份软件需求说明书的目的,指出预期的读者。 1.2背景   说明:   a.待开发的软件系统的名称;   b.

H***C 11年前 上传16147   0

软件研发项目之成功管理方法

软件研发项目之成功管理方法  [摘 要] 针对企业软件研发项目的特点,并基于项目管理的内容和方法。通过对多个软件研发项目管理的案例进行研究剖析,得到让软件项目获得成功的可操作的项目管理方法,使企业能够有效提高软件项目的成功率和项目质量。  [关键词] 企业 软件研发项目 项目管理  1.引言  随着信息技术的飞速发展,软件数量越来越多,同时软件研发项目也面临爆炸式增长。如何开发成

o***o 12年前 上传661   0

软件项目进度控制之浅析

软件项目进度控制之浅析  众所周知,软件项目有其特殊性。首先,软件产品是无形的。软件项目管理者不能像其他项目管理者那样,能够从被开发的产品上看到进度、已经完工的部分是否与设计相符等,他们只能从其他人所提交的文档中来掌握相关的情况;其次,没有标准的软件过程。对软件过程的理解虽然已经取得了长足的进步,但是软件管理者还是不能确切地预见某一软件过程何时有可能出现问题;再次,软件项目常常是“一次性的”

h***4 11年前 上传763   0

面对小型软件项目 坚持规范管理是王道

面对小型软件项目 坚持规范管理是王道  一个企业的管理,大公司有大公司的方式,小公司也有小公司的做法。如果把别人的经验生搬硬套到自己身上,可能会适得其反。同样,管理一个软件开发项目也一样,大项目和小项目的方式也完全不一样。如很多人认为小型软件开发项目不需要严格的管理,但事实上却恰恰与此相反,小型软件项目不单需要进行项目管理,而且不能完全照搬大型软件项目的管理方式和开发模式,应该要遵循一种适合

z***8 12年前 上传453   0