软件需求最佳实践


    软件需求佳实践

    天听软件需求佳实践作者徐锋老师软件需求培训三天课程然原需求关注做需求分析开发工作次培训感觉收获三天培训先做记录续点逐展开断总结   需求实践面问题   需求完整性需诸户参确认户间需求身存突需求更加强调角色场景划分户需够满足需求需求   需求程缺乏户参技术驱动惯性跳模块划分导致需求身验证困难导致需求间耦合紧难期组织效迭代开发考虑流程业务梳理需求   需求法实现架构问题需求身切实际   户想真正需区没真正识需求优先级导致需求量开发需求镀金   需求优先级识完全户户会关注功讲优先级识高需求优先级识应该通业务规流程模式确定优先级识方法(离营业务远发生频率两方面度量)   沟通失真认识文档仅仅中介全部通时验证减少沟通失真   需求捕获调研常见问题户告诉转化解决方案原始需求   变更频繁响应变化通变更分类识变更通复配置解决   非功性需求效识仅仅定性没通定性>场景>定量路线   需求分析核心线索   原需求分析方法中关注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年前   
    451    0

    软件项目需求管理总结

    软件项目需求管理总结  在软件项目中,需求管理贯穿了项目的整个生命周期。销售阶段的需求管理核心目的是要激发企业业务部门对信息化的需求,而此时业务部门往往因为对软件的心理障碍和本身的限制,提不出...

    9年前   
    690    0

    软件需求说明书

       软件需求说明书 黎宇 (转载自国家计算机标准和文件模板)   软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基...

    11年前   
    16135    0

    软件需求规格说明书

    XXXXXXXXXX项目软件需求规格说明书修订历史记录日期版本说明作者目 录1. 引言 11.1 目的 11.2 文档格式 11.3 预期的读者和阅读建议 11.4 术语[可选] 22. 系统...

    6个月前   
    185    0

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

    指标项评价标准——技术部(外包)序号评审指标项 评审要点(参考点)A-优秀(90-100分)B-良好(80-89分)C-合格(60-79分)D-需改进(60分以下)权重1项目描述1、项目关联性...

    4年前   
    1327    0

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

    软件项目管理中需求分析的研究  1 软件项目需求分析的重要性  当前,软件开发往往存在着三大主要问题:预算超支、进度延误、质量糟糕而且很难控制在预算之内———尤其是要高质量地实现用户的期望。相...

    9年前   
    751    0

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

    软件需求分析师的职位职责职责:1. 参与用户需求调研、需求讨论、需求分析、需求跟进。2. 参与后期系统开发过程解释及协调工作。3.编写需求分析文档,完成功能、流程、界面设计。帮助主设计人员理解...

    2年前   
    493    0

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

    软件需求分析师的工作职责职责1、根据产品规划或者项目要求,整理和分析客户需求,编写《软件产品需求规格说明书》;2、参与整个产品开发流程,负责需求开发与跟踪,完成需求变更的控制与管理,与开发测试...

    2年前   
    614    0

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

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

    9年前   
    729    0

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

    五步走:软件需求的管理过程摘要   当今,经济和社会生活对软件的依赖程度急剧增长,软件需求日益复杂,软件开发成为一项跨越技能,职责范围和时间阶段的综合团队活动。实践证明,良好的需求管理过程对于...

    11年前   
    395    0

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

    软件研发项目需求变更的管理变化并不是人们最害怕的,最怕的是跟不上变化的步伐。同样,在软件研发过程中需求的变更会给研发带来不确定性,但只要把需求变更作为重点、难点小心加以控制,软件研发的进度、成...

    8年前   
    610    0

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

    软件项目中如何开展有效的需求评审  1 需求评审的重要性  在软件项目中,需求分析是最开始的工作,同时也是最重要的工作。需求分析如果做得不够详细或者是偏离用户需求或者是存在缺陷的话,往往会给项...

    10年前   
    520    0

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

    软件系统需求说明书写的经验之谈软件工程中明确定义了,最为一个软件需求说明书的任务,它是一个沟通客户和程序员的纽带,是一个对于系统将要干什么的详细描述。因此,在这个文件中,必须包含很多内容,最近...

    10年前   
    620    0

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

    软件需求分析师的基本职责职责:1、负责配合商务部人员实施项目的需求调研、沟通、分析、整理、确认等;2、细化以及挖掘客户的需求,并能够准确的将客户需求转化为软件需求;3、对需求的价值进行准确的评...

    2年前   
    438    0

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

    如何看待软件开发中的需求变更对于软件开发项目来说,开发的过程中不可避免的会出现需求变更,发生变更的环节也比较多,因此变更控制显得格外重要。变更控制对项目成败有重要影响,项目开发之前要明确定义,...

    9年前   
    553    0

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

    软件需求的关键是分解用例场景做软件需求最重要就是分解用例场景,没有用例就不是需求。 软件工程这类书要学,不过软件工程软件需求最关键就是用例场景的合理建立,这条,好象没有什么大学教科书谈到,仿佛...

    8年前   
    409    0

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

    软件需求分析师职责说明  软件需求分析师:  1、 根据概要需求(客户及内部需求)编写详细需求规格说明书;  2、 系统规划,与产品人员进行前期调研和产品设计工作,编写调研报告和项目解决方案;...

    7年前   
    623    0

    如何做好软件需求捕获

    如何做好软件需求捕获做过软件的人都听过这样的抱怨:需求变化太快,软件系统经常要修改,都连续加班几个星期了。。。。。。   通常面对这样的问题,要如何解决呢?   首先,问题的根源是:需求不断变...

    12年前   
    378    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...

    10年前   
    6369    0

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

    需求管理之前期规划(IT软件类)需求管理是项目管理的重点之一 ---- 项目范围管理的重要组成部分,对于需求管理失败,一直是导致IT项目管理失败的主要原因之一。  项目管理思想中核心强调的预则...

    12年前   
    515    0