《软件项目需求管理》.ppt

  1. 1、本文档共46页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
本节以HRMS(Human Resource Manage System)的系统为例,介绍需求的开发和管理过程。 需求开发 需求获取 6.6 案例分析 需求分类 编号 系统典型需求 功能需求 (Functional) 1 招聘人员:用户可以通过招聘人员 2 申请职位:Web用户可以填写信息申请职位 3 查看职位申请信息:Web用户可以查看职位申请信息 4 处理职位申请:管理员可以处理职位申请 5 修改申请人信息:管理员可以修改申请人的信息 …… 可用性 (Usability) 1 对于熟悉公司原系统的用户新系统应易于操作 2 系统应支持Internet环境 3 系统应给用户提供在线指南 …… 可靠性 (Reliability) 1 系统应该在任何时间都能工作,若是出现故障,必须要在一个小时之内修复 2 系统应能支持用户在指定的时间备份资料 …… 性能需求 (Performance) 1 管理系统必须支持公司内部员工和web用户同时访问,并且支持同时在线人数不低于100人 2 系统的响应时间不超过4秒 …… 安全性需求 (Security) 1 支持多用户访问系统 2 一般用户只能查看和修改自己的信息不能看到其他人的信息 3 公司的下级员工不能查看上级员工的信息 4 公司的上级员工可以查看下级员工的信息而不能修改 …… 可支持性(Supportability) 1 系统采用B/S结构,用户可以通过Internet访问系统 2 培训系统可以在所有流行的浏览器(如Navigation,IE)上正常显示 …… HRMS系统中的需求分类 案例分析 需求分析 本项目采用原型分析方法和用例分析方法相结合来进行需求分析,以用例分析方法为主,对于每个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) 案例分析 * THE SCHOOL OF SOFTWARE ENGINEERING OF HUST * THE SCHOOL OF SOFTWARE ENGINEERING OF HUST 华中科技大学软件学院 THE SCHOOL OF SOFTWARE ENGINEERING OF HUST 第 6 章 软件项目需求管理 本章内容提要 软件项目需求管理概述 需求开发和管理过程 需求获取方法 6.1 6.2 6.3 需求分析建模方法 6.4 需求管理工具 6.5 案例分析 6.6 本章小结 6.7 复习思考题 6.8 6.1 软件项目需求管理概述 影响软件项目成败的因素 软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中,需求分析阶段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要参与的阶段。 软件项目需求管理概述 需求定义 IEEE软件工程标准词汇表(1997年)中将需求定义为: 用户解决问题或达到目标所需的条件或权能(Capability); 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能; 一种反映上面(1)或(2)所描述的条件或权能的文档说明。 软件需求包括以下几个层次: 业务需求(business requirement) 用户需求(user requirement) 功能需求(functional requirement) 同时也包括非功能需求、软件需求规格说明(software requirements specification,SRS)等。 软件项目需求管理概述 软件项目需求管理概述 软件需求各组成部分关系 需求类型 在UP(统一过程)中,软件需求是根据FURPS+模型来分类的,其中FURPS的含义如下: Functional(功能性) Usability(可用性) Reliability(可靠性) Performance(性能) Supportability(可支持

文档评论(0)

189****2507 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档