（项目管理）项目管理软件目的需求开发与管理

(项目管理)项目管理软件目的需求开发与管理需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到发者本身不重视原因、有的是技术原因、有的是人员组织原因、理工作。本文将通过介绍关于软件需求的基本知识和个人在实际工作中基本方法，避免因需求原因而导致的项目失败。IEEE年)中定义软件需求为： (1)用户解决问题或达到目标所需的条件或能力。 正式规定需具有的条件或能力。 (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。序或系统开发工作的说明，表现形式一般为文档形式。版本控制、需求跟踪、需求状态跟踪等工作。析工作往往面临着一些潜在的风险。这些风险主要表现在： 中，常常计白种时。 合力度不够。有的用户日常工作繁忙，他们不统无法使用。 员都会遇到的问题，也是最头痛的问题，一旦发生了需求变化，的麻烦。 程度。需求如何做到没有遗漏？这是一个大问很大，会给开发人员带来挫折感，降低他们完成项目的信心。 虽然国家标准有需求说明的编写规范，但具体到某一个需求上，在技术设计时不清楚的地方就越多，影响技术设计。 的多义性。需求描述的多义性一方面是指不同读而浪费时间，带来不可避免的后果便是返工重做。 户的特点分析。分析人员往往容易忽略了系统用些的话，将会导致有的用户对产品感到失望。 (8)需求开发的时间保障。为了确保需求的正确性和完整性，善变折腾的筋疲力尽，他们也希望尽快结束需求阶段。分析问题、编写需求文档和进行需求管理。建立需求分析工作机制需考虑的几个因素 者最迫切和最关心的问题，引起重视。用户方决用简短明确的语言或文字抓住领导最关心的问题，时，需求分析工作在人力、物力、时间上就有了保障。 保障，明确的责任分工。项目开发一般都会成立付软件系统。质量与测试组负责保证系统符合功能规范的要求，方利进行的后勤保障工作。 的沟通环境和氛围。分析人员与用户沟通的程度们发生争执，因为我们的目的是帮助用户说出他们的最终需要。在沟通时分析人员应注意以下几个方面：1)态度上要尊重对方，优势，而忽略分析人员地意见。2)分析人员要努力适应不同用语言风格，理解他们的意思。3)善于表达自己，善于提问。分析人员在开口前应该先让对方充分表达他的意思，在领会了后，自己再说，尽量不要抢话。4)工作外的交流有助于增进理解，加强沟通。 控制要制度化需求的变化是软件项目不可避免的格说明书的工作程序和要素，规范开发活动，为后续软件设计、定需求质量控制的质量记录文档规范等内容。3.2需求开发与管理的一些方法关的方法： 图：绘制系统关联图是用于定义系统与系统外部的简单模型。 析：在允许的成本、性能要求下，分析每项需求对外界因素的依赖和技术障碍。 级：确定使用实例、产品特性或单项需求实现的需求。 ：当用户自身对有的需求不十分清楚时，我们可 模型：绘制图形分析模型是编制软件需求规格说象类及交互作用图。 ：数据字典是对系统用到的所有数据项和结构的数据致的定义和术语。 调配：质量功能调配是一种高级系统技术，它将期望需求、普通需求、兴奋需求。的方：1)确定需求变更控制过程。制定一个选择、分析和决策需求变更的过程，所有的需求变更都需遵循此过程。2)进行需求变更影响分析。评估每项需求变更，以确定它对项部门做出更好的决策。3)建立需求基准版本和需求控制版本文档。确定需求基准，这立说明，以避免将底稿和基准或新旧版本相混淆。4)维护需求变更的历史记录。将需求变更情况写成文档，记录负责更新需求。5)跟踪每项需求的状态。可以把每一项需求的状态属性(如已推荐的，已通过的，已实施的，或已验证的)保存在数据库中，这样可以在任何时候得到每个状态类的需求数量。6)衡量需求稳定性。可以定期把需求数量和需求变更(添加、修改、删除)数量进行比较。过多的需求变更"是一个报警信号它是由美国国家航空和航天局软件工程实验室开发的五大常用完整、一致、可测试。 前大多数的需求分析采用的仍然是自然语言，自用疑问句、修饰这些复杂的表达方式。除了语言的二义性之外，中使用了行话，就会造成用户理解上的困难。 求的完整性是非常重要的，如果有遗漏需求，则最后的需求