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

热门搜索

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

软件需求最佳实践

我***吧

贡献于2014-11-09

字数:4404

软件需求佳实践

天听软件需求佳实践作者徐锋老师软件需求培训三天课程然原需求关注做需求分析开发工作次培训感觉收获三天培训先做记录续点逐展开断总结   需求实践面问题   需求完整性需诸户参确认户间需求身存突需求更加强调角色场景划分户需够满足需求需求   需求程缺乏户参技术驱动惯性跳模块划分导致需求身验证困难导致需求间耦合紧难期组织效迭代开发考虑流程业务梳理需求   需求法实现架构问题需求身切实际   户想真正需区没真正识需求优先级导致需求量开发需求镀金   需求优先级识完全户户会关注功讲优先级识高需求优先级识应该通业务规流程模式确定优先级识方法(离营业务远发生频率两方面度量)   沟通失真认识文档仅仅中介全部通时验证减少沟通失真   需求捕获调研常见问题户告诉转化解决方案原始需求   变更频繁响应变化通变更分类识变更通复配置解决   非功性需求效识仅仅定性没通定性>场景>定量路线   需求分析核心线索   原需求分析方法中关注How没关注What者关注What没关注What背需求场景背问题Why导致没进行需求挖掘需求分业务需求户需求软件需求三层面时需求分析中容易直接跳软件需求阶段忽视业务需求业务建模   业务需求目标+范围   目标表达必须包括目标+优势+度量+合理+行者说SMART原时目标表达考虑场景法问题什影响谁果什解决方案优点什?范围表达两重方面物包括干系终户物包括业务事件理控制点   需求定义输出业务需求需求捕获输出户需求需求分析输出软件需求需求分析质动作分解抽象消歧义需求分析质线索事(流程)物(数)接口需求分析完全等建模型分析质建模仅仅手段   需求捕获   需求捕获断探索程需求捕获中沟通占40业务占30技术占30沟通讲究单纯技巧更种思维模式序问题里老师引入思维模式话题通案例讲解沟通中序重性先解决方案讲具体场景问题(类似ppt里面强调结构化思维重原开门见山逐层展开)沟通中讲三鉴方法   未知问题>已知问题   相重>相次(创造种较环境户)   关注点转换>(沟通洞察心理学)   隐喻(汉字赢字表达项目理核心)   探求源(问题背问题引入灯亮着讲没荒唐需求荒唐解决方案)   需求访谈捕获中重容里做概括总结:   首先搞清楚访问户身角色特点前期收集足够资料然制定针性问题   应该先访谈初步聚焦进行调查   访谈户分类包括(户特点功流程数非功性接口)   调查问卷设计诸讲究避免简单排序题调查问卷中C现象D现象等展开   需求规格说明书   业界关注需求标准GB2006等关功性需求方面细化展开标准仅仅展开行业组织需根身软件项目特点模板进行补充完善   需求分析程应该业务流程驱动程开始应该转入具体功细节应该先规划目录提纲然流程线逐层分解展开需求描述文字图形化种形式化规格表达需求规格说明书模板容逆思维设计需求提供什样需求参考意义需求调研应该通模板格式决定容决定沟通应该根需沟通决定容根容决定需什样需求模板格式   需求验证种质量活动里注意验证确认区般验证活动方式ReivewReivew根正式程度包括审查复审单复审等种方式需求验证五素包括:   思想:找错误   方法:非正式开始逐渐形成文化   语言:评价者转化建议者强调协作者进减少里错建议   员:等合适减少相关员参   容:全部合适   需求理三容基线变更状态踪实基线变更属配置理需求踪需求踪包括需求设计测试整需求链踪时包括需求实现状态踪程中基线迭代开发基础迭代开发难规划基线里原整文档作基线象文档中条目化需求作基线象外变更理核心作通变更理减少变更目标影响   迭代开发分阶段开发   迭代开发时间(迭代周期)划分分阶段开发务完成划分   迭代周期般较短分阶段开发阶段会较长   迭代响应变更需变更会转入次迭代分阶段开发响应变更导致混乱计划失效   RUP三素中增量迭代注意迭代手段增量目标迭代身微型瀑布迭代目标更加容易分解明确   估算项目理中做项目计划基础估算准确做估算计划坚持估算检查估算历史数收集断纠正估算验数估算准确性提高时估算质计算单元复杂子首先选择相应估算方法需求早期适合功点法进行估算次识计算单元然确定具体复杂度   估算手段估算需执行程中次调整   估算应该基权重根规模工作量方法考虑员效率影响   估算根关键例确定第迭代周期长度需求变更法避免量减少控制变更带影响需求变更需求理核心容需求变更然会涉需求基线配置理容例讲已基线配置项修改必须走变更流程等需求变更重点:   控制变更避免变更   控制变更目减少变更影响客户意识变更成   需求团队贡献早标识变更   需建立统台捕获理控制变更   目标寻找方法GPOA方法:GOALProblemOptionAnswer确定项目目标范围时候容易提出类似建立先进信息系统类清晰目标破解清晰目标?两方面考虑部溯源(项目原始发起沟通)外部寻(受外部刺激)   RUP中问题分析五步法   问题定义达成识问题定义清楚问题解决半   问题背问题探求问题质根源(鱼骨图+帕累托图)   确定Stakeholders户高层中层操作层价值关注点什?   定义解决方案系统范围黑盒思维题域划分题域流程请求   确定解决方案约束   访谈块案例实战暂时展开感觉原访谈中没注意容特开门点访谈策略两方面具体综述高层访谈关注点   开门点:易回答激发兴趣   访谈策略:Review验证结果问题太连续挖掘够时候听问题   问题类型挖掘:文问题暴露分解发展机会约束   策略:应该找做进步交流   例种纪录新系统软件更换时需求技术例包含系统作业时户系统间交换信息场景般例避免术语量顾客户专家语言般例软件开发者顾客起写成例道:   系统完成动作行应该价值业务活动分解   例需求分析新视角业务视角例需求理基单元   例价值测试包括两方面业务活动原子性Boss测试   例粒度会取决企业业务分工例CRUD原更加重点标准否系列机操作否Actor完成   例需避免功分解应该户业务场景驱动   例中常关系扩展(Extend)包含(Include)泛化扩展包含区:   扩展:某种条件会执行执行种划迭代   包含:包含子事件流必然会调调完会会基例   获取例方法两种种顶流程派生法跨职流程图泳道参者中业务活动例外种底合法条目化户需求进行合第种方法中派生例时候需注意:   掉非EndUser泳道   泳道进行角色化抽象   判断活动系统否关系   例分析重点事件业务流程数分析重点业务数面例分析代数分析数分析常业务实体分析通数分析建立系统领域模型数分析目标理解业务领域中业务术语实体包括语义关系数量关系容数分析点识出具体业务实体业务实体间关系FDD中领域建模基数行综合分析包括Together父PeterCoad发明菜色建模法数类分行参角色事物通描述四方面容   例模板中关键点包括前置条件应该系统必须够检测验证例描述中应该拒绝太实现细节例身法展示界面交互需求建模应该包括界面交互建模容报表等需求太适合例表达方式根企业情况确定具体报表类需求描述方法   例模板中干系利益容里特说明分析干系利益帮助挖掘潜需求然关系Action事件间操作者干系利益会影响例身需求
 
文档香网(httpswwwxiangdangnet)户传

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

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

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

需要 2 积分 [ 获取积分 ]

购买文档

相关文档

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

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

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

软件需求说明书

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

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

软件项目需求管理总结

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

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

软件需求规格说明书

XXXXXXXXXX项目软件需求规格说明书修订历史记录日期版本说明作者目 录1. 引言 11.1 目的 11.2 文档格式 11.3 预期的读者和阅读建议 11.4 术语[可选] 22. 系统概述 22.1 概述 22.2 功能 22.3 运行环境 33. 需求描述 43.1 系统角色 43.2 学生管理

文***享 7个月前 上传190   0

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

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

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

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

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

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

课程中心软件需求规格说明书

文件状态[ ] 草稿[ ] 正式发布[ ] 正在修改文件标识课程中心制作系统当前版本1.0作 者完成日期课程中心软件需求规格说明书版本历史版本状态作者参与者起止日期备注

w***u 9年前 上传735   0

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

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

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

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

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

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

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

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

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

软件系统需求说明书写的经验之谈

软件系统需求说明书写的经验之谈软件工程中明确定义了,最为一个软件需求说明书的任务,它是一个沟通客户和程序员的纽带,是一个对于系统将要干什么的详细描述。因此,在这个文件中,必须包含很多内容,最近几天,我一直在阅读一份很奇怪的需求说明书和设计说明书,这两份资料里,不但没有系统流程说明,而且没有概念定义,需求说明书先写系统与其他系统关系,然后是系统菜单,后写菜单内容,最后写设计的表结构,我连软

d***x 10年前 上传624   0

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

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

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

五步走:软件需求的管理过程

五步走:软件需求的管理过程摘要   当今,经济和社会生活对软件的依赖程度急剧增长,软件需求日益复杂,软件开发成为一项跨越技能,职责范围和时间阶段的综合团队活动。实践证明,良好的需求管理过程对于降低开发成本和保障项目成功至关重要。   这里是我们采用的需求管理过程,希望能与大家分享,互相学习和借鉴。欢迎留言!   我们将需求管理过程分为三个大的阶段:Discover阶段,define阶段,

d***m 11年前 上传402   0

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

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

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

软件需求的关键是分解用例场景

软件需求的关键是分解用例场景做软件需求最重要就是分解用例场景,没有用例就不是需求。 软件工程这类书要学,不过软件工程软件需求最关键就是用例场景的合理建立,这条,好象没有什么大学教科书谈到,仿佛中国的大学计算机科学系教师统统没有做过软件项目的,完全没有这个概念。所谓的软件需求,如果不是变成走不通的伪代码,就是用不上的美工方案,程序员对此除了干瞪眼是没辄的。 其中最大的原因就是从事网站或者类

我***者 8年前 上传412   0

如何做好软件需求捕获

如何做好软件需求捕获做过软件的人都听过这样的抱怨:需求变化太快,软件系统经常要修改,都连续加班几个星期了。。。。。。   通常面对这样的问题,要如何解决呢?   首先,问题的根源是:需求不断变化。   很多人都有这样的经历,在捕获需求时,根据客户的阐述,做了记录,然后开发出了软件,客户却说很多地方不符合他们的意思,又要求修改。   我们分析一下捕获需求过程中存在的问题。   客户很可能对

中***来 12年前 上传381   0

如何看待软件开发中的需求变更

如何看待软件开发中的需求变更对于软件开发项目来说,开发的过程中不可避免的会出现需求变更,发生变更的环节也比较多,因此变更控制显得格外重要。变更控制对项目成败有重要影响,项目开发之前要明确定义,开发过程中要严格执行。对变更控制的目的并不是控制变更的发生,而是对变更进行管理,以便更好的处理变更,确保变更有序进行,而这些变更都是靠文档来记录的,规范操作的,从而减少因为需求变更而带来的损失,加快项目

b***7 9年前 上传562   0

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

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

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

软件需求说明书(GB856T——88)

1引言 2 1.1编写目的 2 1.2背景 2 1.3定义 2 1.4参考资料 2 2任务概述 2 2.1目标 2 2.2用户的特点 3 2.3假定和约束 3 3需求规定 3 3.1对功能的规定 3 3.2对性能的规定 3 3.2.1精度 3 3.2.2时间特性要求 3 3.2.3灵活性 4 3.3输人输出要求 4 3.4数据管理能力要求 4 3.5故障处理要求

b***4 10年前 上传6375   0

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

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

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

需求管理之前期规划(IT软件类)

需求管理之前期规划(IT软件类)需求管理是项目管理的重点之一 ---- 项目范围管理的重要组成部分,对于需求管理失败,一直是导致IT项目管理失败的主要原因之一。  项目管理思想中核心强调的预则立,不预则废,需求管理作为项目管理范围管理的一部分,也同样遵守本原则。  需求的详细工作包括了需求调研、需求分析与设计、需求确认、需求跟踪维护以及需求变更管理等方面的内容,在项目生命周期的任一阶段,

l***n 12年前 上传520   0

“仓库管理系统”软件需求规约

软件开发方向“仓库管理系统”软件需求规约XX学院二零一三年X月目录1 引言 51.1 目的 51.2 文档格式 51.3 预期的读者和阅读建议 51.4 范围 61.5 参考文献 62 系统概述 62.1 概述 62.2 功能 72.3 运行环境 83 系统特性 93.1 系统角色 93.2 仓库管理 93.2.1 增加物资信息 93.2.2 修改

文***品 3年前 上传579   0

软件需求规格说明书模板(SRS)

软件需求规格说明书模板(SRS)1引言 21.1编写目的 21.2背景 21.3定义 21.4参考资料 22任务概述 32.1目标 32.2用户的特点 32.3假定和约束 33需求规定 33.1对功能的规定 33.2对性能的规定 53.2.1精度 53.2.2时间特性要求 53.2.3灵活性 53.3输人输出要求 53.4数据管理能力要求 63.5故障处理要求

文***享 7个月前 上传180   0

项目组合管理中的十大最佳实践

项目组合管理中的十大最佳实践  当今,好的组合项目管理已经成为了保证新产品研发成功的关键因素,但是在现在即使大型的团队协助中我们仍然在规避好的组合管理这种方法和话题。通过这篇文章可能会给大家一些启示和借鉴。另外本文不是完全对应翻译,有些内容是个人理解后增加的内容。  在新产品研发的过程中,涉及到项目选择决策和资源高效分配等诸多问题,要有效的解决这些问题必须要引入一种专业和系统的方法论,因

如***烟 9年前 上传506   0

关于软件工程系统需求的分析探讨

关于软件工程系统需求的分析探讨  [摘 要] 对软件开发中的需求变更的产生原因及对项目的影响做了分析和讨论,介绍和研究了不同方法学中对于需求变更管理的要求和处理过程,并对这些主流的方法学中的变更管理过程做了一些总结和比较。  [关键词]软件工程 需求分析 系统分析  软件工程 (Software Engineering,简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质

y***p 11年前 上传581   0