《解决方案与项目的关系.doc》由会员分享，可在线阅读，更多相关《解决方案与项目的关系.doc（15页珍藏版）》请在金锄头文库上搜索。
1、解决方案与项目的关系篇一：项目技术解决方案XXXX项目技术解决方案XXXXXX公司200 年 月 日目 录1 项目概况 . 1 项目背景 . 1 项目目的和目标 . 1 项目目的. 1 项目目标. 1 术语及缩略语. 1 2 项目需求 . 1 系统（模块）1需求 . 1 模块（功能）1需求描述. 2 模块（功能）2需求描述. 2 模块（功能）N需求描述. 2 系统（模块）N需求 . 3 模块（功能）1需求描述. 3 模块（功能）N需求描述. 3 3 技术解决方案 . 3 硬件平台 . 3 软件平台 . 4 技术架构 . 4 性能指标 . 4 4 设备清单 . 4 5 项目实施 . 4 实施方法
2、 . 4 实施方法. 4 生命周期. 4 项目风险. 5实施计划 . 5 第 1 页 共 8 页 项目启动. 5 项目实现. 5 项目部署. 5 项目上线. 5 项目验收. 5 详细计划. 5 第 2 页 共 8 页1 项目概况 项目背景描述项目的背景情况 目的和目标 项目目的详细描述项目的目的 项目目标详细描述项目的目标 术语及缩略语2 项目需求 系统（模块）1需求大体上描述系统（模块）1包括的功能 第 1 页 共 8 页 模块（功能）1需求描述 模块（功能）1业务描述 详细描述模块（功能）1的业务需求 模块（功能）1实现要求描述 详细描述模块（功能）1实现要求 模块（功能）2需求描述 模块
3、（功能）2业务描述 详细描述模块（功能）2的业务需求 模块（功能）2实现要求描述 详细描述模块（功能）2的业务需求 模块（功能）N需求描述 模块（功能）N业务描述 详细描述模块（功能）N的业务需求 模块（功能）N实现要求描述 详细描述模块（功能）N的业务需求第 2 页 共 8 页篇二：项目研究内容和拟解决的关键问题篇三：探究软件项目失败与软件需求的关系及解决方案探究软件项目失败与软件需求的关系及解决方案一、问题背景需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。尽管如此，在
4、项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，有在校内做的课程实训项目，也有出去实习在公司做的实际项目，它们的需求都或多多少的存在问题，有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、评审等一系
5、列产生需求的活动，分为四个阶段：情况获取、分析、制订规格说明和评审。这四个阶段不一定是遵循线性顺序的，他们的活动是相互独立和反复的。需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。由于需求分析的参与人员、业务模式、投资、时间等客观因素的影响和需求本身具有主观性和可描述性差的特点，因此，需求分析工作往往面临着一些潜在的风险。这些风险主要体现在以下两个方面：1.在初期的需求开发阶段，需求人员不能准确、全面的获取项目相关需求。 一方面是因为用户不能正确表达自身的需求。在实际开发过程中，常常碰到用户对自己真正的需求并不是十分明确的情况，他
6、们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。这种情况往往会增加需求分析工作难度，分析人员需要花费更多的时间和精力与用户交流，帮助他们梳理思路，搞清用户的真实需求。另一方面，一些业务人员日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，配合力度不够，这加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统无法使用。除了这两方面的外部原因，需求人员在编写文档时，不规范的文档编写所产生的需求描述二义性，以及对项目需求描述的完整性和细化性不满足项目要求，也往往会加大后期开发人员对项目开发的难度甚至开发出不符合客户要求的项目产品，导致项目的最终失败。2.用户需求的不断变更。过去，在传统软件行业里，开发的流程一般是：先作需求
