软件项目管理与案例分析 (9)
软件项目管理及案例分析
软件项目管理及案例分析软件项目管理及案例分析引导语：美国项目管理专业资质认证委员会主席Paul Grace说过，在当今社会中，一切都是项目，一切也将成为项目。
下面是yjbys店铺为你带来的软件项目管理及案例分析，希望对你有所帮助。
中国科学院计算技术研究所是国家专门的计算技术研究机构，同时也是中国信息化建设的重要支撑单位，中科院计算所培训中心是致力于高端IT类人才培养及企业内训的专业培训机构。
中心凭借科学院强大师资力量，在总结多年大型软件开发和组织经验的基础上，自主研发出一整套课程体系，其目的是希望能够切实帮助中国软件企业培养高级软件管理与技术人才，提升整体研发能力。
迄今为止已先后为国家培养了数万名计算机专业人员，并先后为数千家大型国内外企业进行过专门的定制培训服务。
高水平项目管理是软件项目成功的关键，也是软件产品质量的根本保证，具有这方面理论和实践的人员是目前软件组织中急需的高层次人才。
为建立符合中国国情的软件开发过程和组织体系，培训中心特举办“软件项目管理”培训班，具体事宜通知如下：一、培训对象软件开发机构高级管理人员、项目经理、系统架构师、系统分析师、资深开发人员、质量保证人员以及其他对提升软件开发质量负有责任的人员。
二、学员基础1，对软件项目的分析、设计、组织和开发具有一定实践经验;2，有一定的软件项目管理、技术管理或质量保证的基础知识与实践经验。
三、师资由业界知名专家亲自授课：袁老师培训中心高级讲师，CMMI、GJB 5000A高级咨询顾问，具有多年成功管理大型软件项目的经验，对软件工程管理与过程具有深邃的理论见解和丰富的实践经验。
四、培训要点高质量软件来自于高水平的项目管理，这个观点已经成为业内的共识。
软件项目成功最重要的要素是什么?大型软件项目是依靠一个组织来完成的，如果这个组织在管理上是无序的，开发过程是非正式和混乱的，计划期限和成本目标通常超限，项目的成功取决于个人英雄式的行为，在人员发生变动时项目往往陷入灾难，那么很难说这个项目会获得成功。
软件项目管理教材PPT89页
范围计划 进度计划 成本计划
－－成本基准，进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程，它容易创 建和修改，能让用户知道系统的操作方式和流程。
根据与用户交互的方式，场景串联被分成三种模式：静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中，需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
it项目管理成功案例分析
it项目管理成功案例分析关于it项目管理成功案例分析引导语：为了减少风险带来的损失，更好地保障软件项目开发的顺利进行，应需根据具体情况选择合适的解决方案，减缓或消除这些风险。
以下是yjbys店铺为大家整理的关于it项目管理成功案例分析，欢迎阅读!项目概况中国通信服务(中通服)上海邮电设计院有限公司是中国通信服务股份有限公司(国内通信行业第一家在香港上市的生产性服务类企业，证券代码0552)的下属专业公司，2007年底荣登中国工程设计企业60强之列。
专业从事信息技术应用的中大型甲级勘察设计院，主要承担各种规模通信工程设计任务和通信房屋建筑工程设计任务。
上海邮电院在通过了前期严格细致的全国各主要软件供应商的考察工作后，于2005年年底选择确定了上海金慧软件公司作为管理信息系统的软件供应商。
本项目采用了重点解决核心业务管理的实施策略，首先快速实施了市场经营管理模块，随后就重点投入核心的设计项目管理子系统的建设。
本项目一期实施了企业应用门户、市场经营管理、设计项目管理、图文档管理及领导查询模块，其中最核心的设计项目管理系统于2006年年底全院正式上线运行;2007年2月，应邮电院业主要求，又委托金慧公司实施了与上海电信公司外部协作管理信息系统的集成系统(是电信行业内唯一的与业主应用系统实现了高度自动化紧密集成的系统);2007年9月启动实施项目管理信息系统二期工程;于12月又补充实施了上海邮电科研项目管理系统。
目前以上各模块均已全部投入正式使用，所有的生产项目均在系统中运行，真真实实做到了生产和信息系统的高度融合。
在2007年5月中国勘察设计协会与上海金慧软件有限公司联合举办的“全国工程勘察设计行业信息化工作(上海)峰会”期间，百余家单位代表现场观摩了该院的信息化建设成果，成为行业内又一个具有代表性的成功案例。
应用效果目前系统运行情况十分顺畅，各部门对该系统的运行都很配合。
运行期间，多次组织各部门使用人员进行座谈，讨论运行系统后给公司带来的效益，和哪些可以再优化的地方。
软件项目管理案例分析之进度管理
2020/4/9
案例六
项目时间管理由一系列过程组成，其中，活动排序过程包括确 认且编制活动间的相关性。活动被正确地加以排序，以便今后 制订易实现、可行的进度计划。排序可由计算机执行（利用计 算机软件）或用手工排序。
Lanz公司承担一项信息网络工程项目的实施，公司员工小丁担 任该项目的项目经理，在接到任务后，小丁分析了项目的任务 ，开始进行活动手工排序。其中完成活动A所需要时间为5天， 完成活动B所需时间为6天，完成活动C所需时间为5天，完成活 动D所需时间为4天，活动C、D必须在活动A完成后才能开工， 完成活动E所需时间为5天，在活动B、C完成后开工，活动F在 活动E之后才能开始，所需时间为8天，当活动B、C、D完成后 ，才能开始活动G、H，所需时间分别为12天、6天。
7
解决方案二
2020/4/9
1、对于成本和质量，任何的偏差都会影响进度，那
么两者之间的能够进展顺利，那么就需要阶段性的评
估；
2、对于任何阶段性成果，不是提交，而是由测试来
确定是否达到交付的要求；
3、通过阶段性评估，控制可能出现的质量或者成本
的偏差；
4、对不定性因素(风险）提前预估，对于变更大的，
【问题2】项目经理于第12天检查时，活动D完成一 半地工作，E完成2天的工作，以最早时间参数为准 判断D、E的进度是否正常？
【问题3】由于D、E、I使用同一台设备施工，以最 早时间参数为准，计算设备在现场的闲置时间。
【问题4】H工作由于工程师的变更指令，持续时间 延长为14天，计算工期延迟天数。
15
2020/4/9
解决方案一
一个合格的项目经理在技术上的要求是能够与技术人 员进行技术交流，但可以不是专家。
冷静地分析项目进展困难的原因，发动项目组的全体 成员并在组织内和组织外寻找相关的专家参与，针对 您的项目中存在的问题展开几次会议，问题可能来自 于多个方面，比如：目前在世界范围内在技术上没有 突破？项目成员的技术水平有限？技术方案有问题？ 预算不足？等等，针对不同问题发现多个解决问题的 方案，然后优选适合的项目的解决办法。
项目管理案例分析
项目管理案例分析1、在亚洲四小龙经济全盛时期，小李在某公司亚太区总部负责该区的软件开发。
为了应付业务迅速增长所带来的需求，公司在各地都需要进行一些大型项目，包括主机的转换与安装、应用系统开发等项目。
总公司要求他在把部分开发工作外包，这样一来可以降低开发成本，同时也为了能在这一段时间内保证有足够的人力来完成项目。
最后，他们决定利用公司本身的资源，在区内各计算机中心内进行软件核心功能模块的开发，周边功能模块则实行外包。
他们选择了菲律宾和泰国这两地的软件企业来协助开发部分应用软件，因为这两地有大批新兴的软件企业，所需的开发费用只是项目基线的四分之一而已。
首先，他们对这两地一些有规模的软件企业进行严格审核，包括对这些企业的技术人员数量、技术水平、财务状况、可靠性等各方面进行深入的评估，然后在每地选择一家从事外包。
他们制定了有关程序的规格说明，然后把这些说明交给对方进行编程和模块测试。
当接到第一批交回的程序时，他们从测试报告中已经发现结果跟自己的期待有很多不同之处。
后在测试过程中发现有些程序不能跟核心模块连接，有些程序更是不能在主机上运行。
除了对交回程序的质量感觉失望之外，他们知道这必然全面影响整个项目的进度。
1、项目外包时应考虑的因素和项目的外包范围是什么？参考答案：应考虑项目交付物、范围、质量、进度、成本以及项目管理模式、风险控制等。
从案例中看到，周边功能模块是这个项目的外包范围。
2、该项目选择外包方式时，最需要注意的问题是什么？参考答案：注意外包方式对目标达成所存在的风险，要进行风险分析及防范。
2、一个政府便民系统项目，项目得到政府领导的明确指示，由于合同约定的时间很短，项目组成员除项目经理外只有两名程序员，所以该项目没有进行系统的设计，只是把原有的程序改了一下，也没有进行系统的测试（项目组不包括测试人员）。
项目进行中有些内容有新的变更，但在合同范围内都顺利的通过了验收。
尾款对方虽然拖了一下，但最后还是付了。
软件项目的沟通管理案例分析
软件项目的沟通管理案例分析项目沟通管理是现代项目管理知识体系中的九大知识领域之一，项目沟通管理在成功所必须的因素—人、想法和信息之间提供了一个关键性连接。
沟通对项目的成功，尤其是IT项目的成功非常重要。
本文就围绕沟通的重要意义、项目干系人、沟通对效率的影响、沟通的关键要素这几方面展开一些探讨，最后结合高职外语教学、综合测评平台项目，对沟通在小组软件开发过程中的应用进行案例分析。
1、沟通的意义及项目干系人分析项目管理要素有:范围、时间、成本、质量、人力、风险、采购、沟通，一个成功的项目与这些因素是紧紧相关、不可分离的。
但是在项目的实际参与和项目的操作过程中，可以发现无论是项目管理中的哪个因素，与其关联最多、涉及活动最多的是项目干系人，项目干系人一般包括最终用户、项目团队、项目公司的管理层等一些主要的利害关系者。
项目管理中时间、成本、质量、人力、风险、采购等很大一部分是与人的沟通与人的管理有关，如何做好人的管理、如何组建一个成功的项目团队、如何在项目中发挥团队的所有潜力、如何与客户的关系日趋完善、如何做到让客户满意，这些都是在“沟通”管理中所必须及掌握的要素。
要做好各要素沟通，要实现于人的管理，就应站在这些“项目干系人”的角度上，从他们的需要及利益出发，最大限度地通过项目实现他们的价值，如果脱离这些，那么项目是很难获得成功的。
项目经理在与客户进行需求调研及交流前，一般先要充分考虑项目的需求性及可行性，然后列一个需求管理(包括详细的沟通计划及沟通要求)计划，并且要考虑需求沟通中所需的人员、资源、时间的要求，这样才可以保证需求调研的准确性。
很多软件项目在其开发过程中，客户突然提出需求变更，给项目的进展带来不利的影响，虽然很大程度上这是客户主观因素造成的，但也说明项目组在和客户进行前期沟通的时候，没有充分考虑一些假设或约束因素，也没有充分明确列举沟通要求。
同样，除了和客户进行沟通之外，在项目开发过程中，项目经理与项目成员之间的沟通方式及项目经理对团队的建设技巧也是直接影响到项目成败的关键。
软件项目管理课后习题答案
软件项目管理案例教程习题答案第0章软件项目管理概述1、项目集成管理是什么？项目集成管理是在项目的整个生存期，协调项目管理其他各管理知识域，将项目管理的面面集成为一个有机整体，保证项目的总目标的实现。
项目集成管理从一个宏观的角度将项目作为一个整体来考察。
包括的过程包括：项目章程编制、初始项目围编制、项目计划编制、指导与管理项目执行、项目监控、集成变更控制、项目结束等过程。
项目管理的目标在于对项目中的不同组成元素进行正确高效的协调，他不是所有项目组成元素的简单相加。
2、项目管理的9大知识领域是什么？1）项目集成管理2）项目围管理3）项目时间管理4）项目成本管理5）项目质量管理6）项目人力资源管理7）项目沟通管理8）项目风险管理9）项目采购管理l 为了成功实现项目的目标，首先必须设定项目的工作和管理围，即项目的围管理。
l 为了正确实施项目，需要对项目目标进行分解，即对项目的时间、质量、成本三大目标进行分解，即项目时间管理、项目成本管理、项目质量管理l 项目实施过程，需要投入人力、物力：项目人力资源管理、项目采购管理l 为了项目的团队人员的管理，让大家有一致的目标，需要沟通，即项目的沟通管理l 当然，项目实施过程会遇到各种风险，因此需要进行风险管理，即项目的风险管理l 当项目管理一定要协调各个面，不能只顾局部利益和细节，因此需要集成管理，即项目的集成管理3、项目的成本管理包括哪些过程？包括成本估算、成本预算、成本控制等过程4、项目管理的5个过程组是什么？启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组5. 判断下面活动哪些是项目？上课野餐活动√集体婚礼√社区保安开发微软的操作系统√每天的卫生保洁神州飞船计划√二、判断题1. 项目开发过程中可以无限制地使用资源。
（X ）2. 项目具有暂时的特征。
（√）3. 项目管理核心的三角形是围、进度、风险。
（X ）4. 过程管理与项目管理在软件组织中是两项很重要的管理，项目管理用于保证项目的成功，而过程管理用于管理最佳实践。
项目管理的经验与案例分析
项目管理的定义
项目管理是一种系统性的管理方 法，旨在通过规划、组织、指导 和控制各种资源，以实现项目目 标的过程。
项目管理的目标
项目管理的目标是确保项目在预 算、时间和质量等方面达到预期 要求，同时满足干系人的需求和 期望。
项目管理的核心要素
时间管理
制定项目时间计划，合理分配 资源，确保项目按时完成。
对于项目过程中出现的变更和风险，要及时 进行评估和应对，确保项目的稳定推进。
项目收尾阶段的经验
01
验收项目成果
组织项目干系人对项目进行验收 ，确保项目成果符合预期目标和 质量标准。
02
总结项目经验教训
对项目过程中的经验教训进行总 结，为今后的项目管理提供借鉴 和改进方向。
03
完成项目交接和归 档
将项目相关文档、资料和成果进 行整理、交接和归档，确保项目 的完整性和可持续性。
THANKS
感谢观看
监控项目进展
密切关注项目进展情况，收集和分析项目数据，及时发现和解决问 题，确保项目按计划推进。
项目监控阶段的经验
设定合理的监控指标
根据项目目标和计划，设定合理的监控指标 ，如进度、成本、质量等方面的指标。
定期进行项目评估
定期对项目进行评估，了解项目的实际进展与计划 的偏差，及时采取调整措施。
有效应对变更和风险
05
CATALOGUE
项目管理中的挑战与应对策略
项目管理中常见的挑战
需求变更频繁
在项目执行过程中，客户或 干系人经常提出新的需求或 变更已有需求，给项目带来 不稳定性和额外的工作量。
资源分配不合理
项目资源包括人力、物力、 财力等，分配不合理可能导 致项目延期、成本超支或质 量不达标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
需求开发和管理过程
需求变更管理
需求变更管理是项目管理中非常重要的一项工作。 需求变更管理是项目管理中非常重要的一项工作。有效的需求 变更管理能对变更带来的潜在影响及可能的成本费用进行评估。 变更管理能对变更带来的潜在影响及可能的成本费用进行评估。 需求变更管理中活动一般包括： 需求变更管理中活动一般包括： –确定需求变更控制过程 确定需求变更控制过程 –建立需求变更控制委员会 建立需求变更控制委员会 –进行需求变更影响分析 进行需求变更影响分析 –建立需求基准版本和需求控制版本文档 建立需求基准版本和需求控制版本文档 –维护需求变更的历史记录 维护需求变更的历史记录 –跟踪每项需求的状态 跟踪每项需求的状态 –跟踪所有受需求变更影响的工作产品 跟踪所有受需求变更影响的工作产品 –衡量需求稳定性 衡量需求稳定性
4
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
软件项目需求管理概述
需求定义
IEEE软件工程标准词汇表 软件工程标准词汇表(1997年)中将需求定义为： 中将需求定义为： 软件工程标准词汇表 年 中将需求定义为 ─ 用户解决问题或达到目标所需的条件或权能 用户解决问题或达到目标所需的条件或权能(Capability)； ； ─ 系统或系统部件要满足合同、标准、规范或其它正式规定 系统或系统部件要满足合同、标准、 文档所需具有的条件或权能； 文档所需具有的条件或权能； ─ 一种反映上面 一种反映上面(1)或(2)所描述的条件或权能的文档说明。 所描述的条件或权能的文档说明。 或 所描述的条件或权能的文档说明 软件需求包括以下几个层次： 软件需求包括以下几个层次： - 业务需求（business requirement） 业务需求（ ） - 用户需求（user requirement） 用户需求（ ） - 功能需求（functional requirement） 功能需求（ ） - 同时也包括非功能需求、软件需求规格说明（software 同时也包括非功能需求、软件需求规格说明（ requirements specification，SRS）等。 ， ）
13
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
需求开发和管理过程
需求规格说明
软件需求规格说明阐述一个软件系统必须提供的功能和性能 以及它所要考虑的限制条件,它不仅是系统测试和用户文档的 以及它所要考虑的限制条件 它不仅是系统测试和用户文档的 基础，也是所有子系列项目规划、设计和编码的基础。 基础，也是所有子系列项目规划、设计和编码的基础。 需求分析完成的标志是提交一份完整的软件需求规格说明书 （SRS）。 ）。 软件需求规格说明作为产品需求的最终成果必须包括所有的 需求。 需求。 在开发人员的组织中要为编写软件需求文档定义一种标准模 板。
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
华中科技大学软件学院
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
第 5 章 软件项目需求管理
1
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
本章内容提要
5.1
软件项目需求管理概述 需求开发和管理过程 需求获取方法 需求分析建模方法 需求管理工具 案例分析 本章小结 复习思考题
2
5.2 5.3 5.4 5.5 5.6
5.7 5.8
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
5.1 软件项目需求管理概述
5.2 需求开发和管理过程
需求过程所涉及的工作
9
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
需求开发和管理过程
也叫做需求过程或需求阶段， 需求工程——也叫做需求过程或需求阶段，包括需求开发和需 也叫做需求过程或需求阶段 求管理。 求管理。 需求开发——包括需求获取、需求分析、编写需求规格说明、验 包括需求获取、 需求开发 包括需求获取 需求分析、编写需求规格说明、 证需求四个阶段，在这四个阶段执行以下活动： 证需求四个阶段，在这四个阶段执行以下活动： - 确定产品所期望的用户类； 确定产品所期望的用户类； - 获取每个用户类的需求； 获取每个用户类的需求； - 了解实际用户任务和目标以及这些任务所支持的业务需求； 了解实际用户任务和目标以及这些任务所支持的业务需求； - 分析源于用户的信息以区别业务需求、功能需求、质量属性、业 分析源于用户的信息以区别业务需求、功能需求、质量属性、 务规则，建议解决的方法和附加的信息； 务规则，建议解决的方法和附加的信息； - 分解需求，并将需求中的一部分分配给软件组件； 分解需求，并将需求中的一部分分配给软件组件； - 了解相关属性的重要性； 了解相关属性的重要性； - 划分实施优先级； 划分实施优先级； - 编写需求规格说明和模型； 编写需求规格说明和模型； - 评审需求规格，验证对用户需求的正确理解和认识。 评审需求规格，验证对用户需求的正确理解和认识。
5
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
软件项目需求管理概述
软件需求各组成部分关系
6
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
软件项目需求管理概述
需求类型
软件需求是根据FURPS+模型来分类的， 模型来分类的， 在UP（统一过程）中，软件需求是根据 （统一过程） 模型来分类的 其中FURPS的含义如下： 的含义如下： 其中 的含义如下 - Functional（功能性） （功能性） - Usability（可用性） （可用性） - Reliability（可靠性） （可靠性） - Performance（性能） （性能） - Supportability（可支持性） （可支持性） - “+”是指一些辅助性的和次要的因素： 是指一些辅助性的和次要的因素： 是指一些辅助性的和次要的因素 - Implementation（实现） （实现） - Interface（接口） （接口） - Operations（操作） （操作） - Packaging(包装 包装) 包装 - Legal（授权） （授权）
产品 的前景 用户 界面附录 说明和优 先级
产品 的功能 硬件接口 激励/ 激励/响应 序列 安全设施需 求
用户类和特征
设计和实现上的 限制
假设和依赖 附录
软件接口
功能需求 软件 安全性需求 质量属 性 业务规则 用户文档
e.其它非 e.其它非 功能需求 f.其它需求 f.其它需求 g.附件 g.附件
11
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
需求开发和管理过程
需求获取
需求获取的主要目的是从宏观上把握用户的具体需求方向和 趋势，了解现有的组织架构、业务流程、系统环境等， 趋势，了解现有的组织架构、业务流程、系统环境等，对任务进 行分析、从而开发、捕获和修订用户的需求， 行分析、从而开发、捕获和修订用户的需求，以建立良好的沟通 渠道和方式。 渠道和方式。 需求获取需要执行以下活动： 需求获取需要执行以下活动： - 确定需求开发过程 - 编写项目视图和范围文档 - 获取涉众请求 - 选择每类用户的产品代表 - 建立典型的以用户为核心的队伍 - 让用户代表确定用例 - 召开应用程序开发联系会议 - 分析用户工作流程 - 确定质量属性和其它非功能需求
10
Hale Waihona Puke THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
需求开发和管理过程
需求管理——是一种用于查找、记录、组织和跟踪系统需求变更 是一种用于查找、记录、 需求管理 是一种用于查找 的系统化方法，可用于获取、 的系统化方法，可用于获取、组织和记录系统需求并使客户和项目团 队在系统需求变更上保持一致。 队在系统需求变更上保持一致。 有效的需求管理在于维护清晰明确的需求阐述、 有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所 适用的属性，以及与其它需求和其它项目工件之间的可追踪性。 适用的属性，以及与其它需求和其它项目工件之间的可追踪性。 需求管理活动包括 - 定义需求基线 - 评审需求变更并评估每项需求变更对软件产品的影响从而决定是 否实施它。 否实施它。 - 以一种可控制的方式将需求变更融入当前的软件项目。 以一种可控制的方式将需求变更融入当前的软件项目。 - 让当前的项目计划和需求保持一致。 让当前的项目计划和需求保持一致。 - 估计变更所产生的影响并在此基础上协商新的约定 - 实现通过需求可跟踪对应的设计、源代码和测试用例。 实现通过需求可跟踪对应的设计、源代码和测试用例。 - 在整个项目过程中跟踪需求状态及其变更情况。 在整个项目过程中跟踪需求状态及其变更情况。
12
THE SCHOOL OF SOFTWARE ENGINEERING OF HUST
需求开发和管理过程
需求分析
需求分析包括提炼、分析和仔细审查已收集到的需求， 需求分析包括提炼、分析和仔细审查已收集到的需求，为最 终用户所看到的系统建立一个概念模型以确保所有的风险承担者 都明白其含义并找出其中的错误、遗漏或其它不足的地方。 都明白其含义并找出其中的错误、遗漏或其它不足的地方。 分析用户需求应该执行以下活动： 分析用户需求应该执行以下活动： –绘制系统关联图 绘制系统关联图 –创建用户接口原型 创建用户接口原型 –分析需求可行性 分析需求可行性 –确定需求的优先级别 确定需求的优先级别 –为需求建立模型 为需求建立模型 –建立数据字典 建立数据字典 –使用质量功能调配 使用质量功能调配
14