《[it认证]it项目需求分析与管理》由会员分享，可在线阅读，更多相关《[it认证]it项目需求分析与管理（96页珍藏版）》请在金锄头文库上搜索。
1、信息系统集成项目管理人员继续教育管理理论与实践篇IT项目需求分析与管理1、需求分析的重要性需求的重要性开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难需求是产品的根源，需求工作的优劣对产品影响最大。项目成败因素分析成功因素权重失败因素权重用户的参与15.9%不完整的需求13.1%执行层的支持13.9%缺乏用户参与12.4%清晰的需求描述13.0%资源不足10.6%合适的规划9.6%不切实际的用户期望9.9%现实的客户期望8.2%缺乏执行层的支持
2、9.3%较小的里程碑7.7%需求变更频繁8.7%有才能的员工7.2%规划不足8.1%主权5.3%提供了不再需要的7.5%清晰的愿景和目标2.9%缺乏IT管理6.2%努力地工作和稳定的员工2.4%技术能力缺乏4.3%其他13.9%其他9.9%信息系统的多维视图软件产品的需求视图1、需求分析的重要性2、需求的概念与层次3、需求开发与需求管理4、软件需求分析技术5、需求分析工具软件2、需求的概念与属性软件需求的定义I IEEE的软件工程标准术语表将需求定义为：1、用户所需的解决某个问题或达到某个目标所要具备的条件或能力。2、系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件或必须具备
3、的能力。3、上述第一项或第二项中定义的条件和能力的文档表述I而RUP是这样定义需求的：需求描述了系统必须满足的情况和提供的能力，它就可以是直接来自客户需要，也可以来自合同、标准、规范或其他正规约束力的文档。需求的层次业务需求业务需求业务需求是组织或客户对于系统的高层次目标要求，定义了项目的远景和范围，即确定软件产品的发展方向、功能范围、目标客户和价值来源。业务需求的内容-业务：产品属于哪类业务范畴？应该完成什么功能？需要为什么服务？-客户：产品为谁服务？目标客户是谁？-特性：产品区别于其他竞争产品的特性是什么？-价值：产品的价值体现在什么方面？-优先级：产品功能特性的优先级次序是什么？用户需求
4、用户需求是从用户角度描述的系统功能需求和非功能需求，通常只涉及系统的外部行为，而不涉及系统的内部特性。用户需求的描述-原则：应该易于用户的理解。一般不采用技术性很强的语言，而是采用自然语言和直观图形相结合的方式进行描述。-问题：自然语言表达容易含糊和不准确。系统需求系统需求是更加详细地描述系统应该做什么，通常包括许多不同的分析模型，诸如对象模型、数据模型、状态模型等。系统需求模型的描述-结构化语言-可视化模型-形式化方法系统需求主要是面向开发人员进行描述，是开发人员进行软件设计的基础。软件需求的类型功能需求描述系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，一般不考虑系统的
5、实现细节。举例：图书馆功能需求-用户可从图书资料库中查询或选择其中的一个子集。-系统可提供适当的浏览器供用户阅读电子文献。-用户每次借阅图书应该对应一个唯一的标识号，它被记录到用户的帐户上。非功能需求从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性、开发过程的标准等。举例：图书馆非功能需求-系统应在20秒之内响应所有的请求。-系统每周7天、每天24小时都可以使用。可以使用系统的所有功能。需求属性需求属性是在每个需求所描述的功能之外，为每个需求建立一个上下文和背景资料，目的是方便对需求的管理和跟踪常用的需求属性包括：需求创建时间版本号作者需求
6、来源确认需求的客户代表需求涉及的子系统需求对应的产品版本号需求状态需求优先级测试标准需求的稳定性(非功能）需求的质量属性开发期质量属性：开发人员和维栌人员兵主的所有质量属性。送行期质量属性：最终用户可以直接感爰到的一类属性。1运行期质里属性I开发期质里属性 性能（Performance )易理解性（UnderstandabUity )安全性(Security)可扩展性（Extensibility )易用性（Usability)可重用性（Reusability )持续可用性（Availability )可测试性（Testability )可伸缩性（Scalability )可维护性（Mainta
7、inabUity )互操作性（InteroperabUity )可移植性（Portability )可靠性(Reliability)鲁棒性(Robustness )运行期质量属性性能（TerformanceJ。性能是指软件系统及对提供相应服务能力。具体而古，性能也括速度，吞吐量和持续高速性三方面的要求：吞吐量通过单位对问题处理的夂易故柬夂量；达灰往往邋过平均响应对问來灰量；而持续高达牲是指保持高速此理达夂的能力。故率 fEffidencyj 和性能（PerformanceJ 的关系： 他们反映了统一问題的“表” “里”两面，性能为“表”故率为“里”。故半是指软件糸浼对CPU此理能力和存贮能力达
8、两大类计算资源的使用故率。安全性 fSecurityJ。指软件糸洗同对兼颜合法用户提供服务，以及阻止非援权使用的能力。高妾全性意味着“同对兼颜”，达是因为有些攻去的g的是使软件系统拒绝向合法用户提供服务而不是非法访问。易用性 fUsabilityJ。不少文故也称为可用性fAvailabilityJ，但为了避免和持续可用性混淆，达里采用洗行的“易用性”的叫法，指软件系统易于使用的程皮。持续可用性 rAvailabilityJ。 不少文故也称为可用性，为避免混淆，采用“持繞可用性”指长对问无故障送行的能力。可伸缩性 rScalabilityJ 。指当用户敖和敖据量增加对，故件糸洗持续高服务质量的能
9、力。互操作性 flnteroperabilityj。指本故件糸洗与其它糸洗支换敖据和互相调用服务的难易程可靠性 rReliabilityJ。故件糸洗在一定的对间内无故障廷行的能汐。鲁棒性 fRobustnessJ。也称为健壮性、東错性。指故件糸洗在以下情况下仍能够正常廷行的能力：用户进行了非法操作；相迷的故硬件系统发生了故障，以及其地非正常情况。开发期质量属性易理鮮性fUnderstandabilityJ。尤指设计故开发人员理鮮的难易程皮。可护展性fExtensibilityJ。为逄应_禽求或需求的支化为软件增加功能的能力。成们在卖际工作中，经常将可护展性称为灵洁性。可重用性（Reusabil
10、ityJ。重用软件系统式其一部分的能力的难易程皮。开发期质量属性可洌武牲fTestabilityj。对软件冽武以证明其满足需求规约的难易程皮。在类际工作中立要指政行单元測甙、插核測甙等的难易程皮。可维护牲rMaintainability；。为了达到下列三种目的之一，而文隹修故点并卖洗修政的难易程皮：修故Bug、增加功能、提高！量属牲。可移植牲rPortabilityj。将软件系统从一个泛行坏境转移到另一个不同的泛行环埝的难易程皮。需求开发与需求管理需求开发目标 需求开发阶段与任务循环工作任务对应的RUP阶段初始循环明确项目的目标与范围，完成子系统划分，明确每个子系统的内容（业务事件与报表）和相
11、互之间的接口初始阶段脉络循环通过对每个业务事件进行流程分析、业务实体分析、并标示出所有用例细化阶段的第一次迭代细节循环对每个用例的细节进行分析，包括事件流、用户界面原型等细化阶段的第二次迭代构建阶段表：需求开发的三次循环需求基线需求分析的任务需求分析的基本任务是软件人员和用户一起完全弄清用户对系统的确切要求。这是关系到软件开发成败的关键步骤，也是整个系统开发的基础。需求分析活动提供功能需求、质量属性需求以及约束性需求等不同需求的明确定义。需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。需求分析模型通常软件开发项目是要实现目标系统的物理模型，该物
12、理模型是由它的逻辑模型的实例化，即具体到某个业务领域而得到的。需求管理工作要点统- 明确的需求项划分标准引入基线管理引入变更管理引入需求跟踪需求分析人员的来源开发人员选择的解决方案更合理缺乏领域知识，沟通能力不强用户更善于理清业务脉络软件知识欠缺，难以表述需求领域专家对业务领域十分精通易于按自己的偏好来构建系统各种能力培养的要点技能类型培养要点说明业务能力类比例如，在很多非销售型企业中也能找到“产、售、供”的线索宏观思考过于陷入细节就会影响宏观理解溯源分析技术的发展历史，可以更好地了解其作用技术能力优/缺点了解优缺点就能够在正确的地方应用它沟通能力思维模式通过改变思维模式、不断训练是可以提高的
13、软件需求最佳实践SERU模型SERU模型S:Subject Area,表示子问题域，其核心思想是要通过业务来分解系统，尽量保证业务独立和低耦合。E:Event,表示业务事件，通过业务事件能够找到流程，通过流程能够找到不同场景和用例。R:Report,表示报表，统一处理查询，分析和统计类需求。U:Use Case,表示用例，需求组织的最小单位，到了需求分析阶段的重要活动和产出。 SERU过程框架模型将需求过程分解为了三个阶段:第一个阶段是需求定义，重点是主题域划分和业务事件识别。第二个阶段是需求分析，理清需求框架和脉络，重点是通过业务流程图转到具体的领域类图和用例图到了第三个阶段是需求细化，重点
14、就是填充需求细节，包括用例的详细编写，界面和交互设计等。4、软件需求分析技术根据用户需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。一般我们采用Word、PowerPoint、Visio、FrontPage、Excel 等 Off ice 工具，同时可能采用一些开发工具，如VC或BC等，同样也会使用一些图形工具，如Photoshop、调色板等画图工具。使用各种工具表达软件需求分析，其具体表达手段可以分为：效果图描述。主要是用户UI界面的描述反映用户需求功能；逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等；关系图表描述。主要是对信息关系、数据库表格、接口函数等描述；工程数学描述。分析用户需求，分析用户需求信息，运用工程数学进行算法推导，进行合理化需求分析推导；甘特图描述。主要是软件项目工作安排，
