软件项目需求管理详解.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析 本项目采用原型分析方法和用例分析方法相结合来进行需求分析,以用例分析方法为主,对于每个Use Case,创建用户接口说明文档和Use case报告,同时建立这个用例的原型。 此系统的角色定义如图所示。 HMS中的角色 案例分析 其中各个角色描述如下: 角色1: 员工(Employee) 角色2: 雇用经理(Hiring Manager) 角色3: 部门经理(Department Manager) 角色4: 上级(Superior) 角色5: 分区经理(Division Manager) 角色6: 运行官(Operation Head) 角色7: 申请人(Applicant) 角色8: 人力资源经理(HR Manager) 角色9: 培训经理(Training Administrator) 角色10: 培训中心经理(Training Center Administrator) 案例分析 用例分析 HRMS中的用例图 案例分析 用例1:招聘员工(Recruit Employee) 用例2:候选人分类(Categorize Candidate) 用例3:更新面试信息(Update Interview) 用例4:确认候选人(Confirm Candidate) 用例5:管理申请(Manage Requisition) 用例6:记录申请者信息(Register Applicant Data) 用例7:修改申请者信息(Modify Applicant Data) 用例8:确认申请信息(Validate Application) 案例分析 编写Use Case报告 为系统中的每个用例编写Use Case报告,则系统分析与设计人员可以更加清晰的掌握系统架构。 格式如下: Use Case Report: 创建员工记录 【简短描述】 【事件流】 【特殊需求】 【执行前条件】 【执行后结果】 【Use case图】 【场景】 案例分析 下表描述了该用例和主角与其他use case的关系。 HRMS中的用例图 案例分析 需求变更管理 建立需求基准版本和需求控制版本文档。所有的需求文档都要进行版本控制,文档要包含文档类型、名称、创建者、创建时间、修改者、修改时间、版本号、评审人员等信息。 在开发HRMS中,提交的需求文档包括用户界面说明文档、Use Case报告、Glossary文档、软件开发计划、Use Case模型调研以及补充说明。所有的文档采用统一的编号规则和命名规则。 文档编号规则 系统名缩写+“_”+文档类型缩写+_+模块名缩写+“_”+编号+版本号(后文没有+版本号)。 文档命名规则 文档类型+“_”文档名“_”+版本号。 案例分析 需求变更管理流程 案例分析 本章内容提要 软件项目需求管理概述 需求开发和管理过程 需求获取方法 5.1 5.2 5.3 需求分析建模方法 5.4 需求管理工具 5.5 案例分析 5.6 本章小结 5.7 复习思考题 5.8 5.7 本章小结 本章讲述了软件项目需求管理的基本概念、特点、过程,通过本章的学习,大家应该了解软件需求管理在软件项目管理中的作用与重要性,并熟悉其基本的方法。 软件需求包括以下几个层次:业务需求、用户需求和功能需求,也包括非功能需求、软件需求规格说明等。 需求过程包括需求开发和需求管理。而需求开发又包括需求获取、需求分析、编写需求规格说明、验证需求四个阶段。 需求获取是为了与客户建立良好的沟通渠道和方式。方法主要包括:访谈和调研、专题讨论会、脑力风暴、场景串联等。 需求分析包括提炼、分析和仔细审查已收集到的需求。 需求验证是为了确保需求说明准确、无二义性并完整地表达系统功能以及必要的质量特性。 常用的需求分析建模方法有用例分析方法、原型分析方法、结构化分析方法、功能列表方法等等。 需求管理工具中具有代表性的包括CaliberRM,DOORS,RTM,Rational RequisitePro等。 本章内容提要 软件项目需求管理概述 需求开发和管理过程 需求获取方法 5.1 5.2 5.3 需求分析建模方法 5.4 需求管理工具 5.5 案例分析 5.6 本章小结 5.7 复习思考题 5.8 5.8 复习思考题 什么是软件需求?什么是软件需求管理? 软件需求包括哪些层次?软件需求根据FURPS+模型是如何来分类的? 软件需求开发包括哪四个阶段,在这四个阶段执行哪些活动? 什么是软件需求规格说明?应如何编写?。 什么是在软件需求变更管理,需求变更管理中有哪些活动? 试分析需求分析建模方法的几种方法,并比较它们的优缺点。 什么是需求管理工具?试述几种需求管理工具的用法

文档评论(0)

琼瑶文档 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档