项目管理概念阶段方案建议书.doc

方 案 建 议 书项目名称：（此处填入项目中文名称） 项目负责人：（单击此处键入项目负责人）鸿星尔克集团版权所有 侵权必究目 录一、编写目的与适用范围3二、公司介绍31、概述31.1总销售收入31.2与XXX项目相关的销售收入和市场份额/排名31.3XXX项目相关的投入31.4主要的用户群体、所占比例和重要用户名单32、维护力量介绍3三、解决方案31、参考引用42、术语定义43、系统概述43.1 项目背景43.2 系统主要功能43.3 系统支持环境53.4 用户特点53.5 具体需求53.6 一般约束54、系统方案54.1 系统总体结构64.2 系统功能分解64.3 系统模块构成65、 实现方法、开发工具66、 运行平台配置方案6四、实施方法论介绍6五、项目实施计划7六、价格清单和计价原则7七、实际案例参考7一、编写目的与适用范围简要描述制定该文档的目的，使用该文档能带来的好处，不使用该文档会存在什么问题；描述该文档适用的业务活动或产品等需明确的范围。二、公司介绍1、概述本节要求提供的所有信息应尽可能取自中立方（如CIMdata、GartnerGroup等）的公开资料和供应商自身发布的公开资料，并在每项信息后注明数据来源。如果是第一次合作，需要详细介绍；如果是长期合作供应商，该部分可尽量简略。1.1总销售收入列举供应商的总销售收入及其近三年的增长历史和下一个年度的增长预测，并进行必要的附带说明。1.2与XXX项目相关的销售收入和市场份额/排名例如，该项目是定制开发项目，则列出供应商在定制软件开发方面的销售收入。如果软件包实施项目，列举供应商在该软件包产品方面的销售收入和全球市场份额/排名，包括近三年的历史数据，并进行必要的说明。1.3XXX项目相关的投入例如，该项目是定制开发项目，则列举供应商在定制软件开发方面的投入。如果是软件包实施项目，则列举供应商近三年来在本项目相关产品的投入，并对投入的构成（如收购、开发投入等）进行必要的说明。1.4主要的用户群体、所占比例和重要用户名单说明供应商的用户群体、所占比例和有代表性的重要客户名单。请注明这些客户中哪些开发或实施了类似的系统。2、维护力量介绍供应商维护人员背景、数量及占员工总数的比例。 三、解决方案根据RFP提供的信息，基于自身的系统优势提出一套推荐的初步解决方案。 如果自身技术实力许可，可以提出多于一种的解决方案，并比较各方案的优劣。本部分是方案建议书的重点，方案既要求全面完整，又必须重点突出，应充分体现供应商在所建议方案中的技术、经验、成本等方面的优势，同时指出方案难点，和实施方案可能存在的风险。可参考以下内容提供：1、参考引用 列出本文档引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。参考资料作者发表日期出版单位2、术语定义 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词（通用，非通用）的原文注释。3、系统概述描述软件产品的特性及影响其需求的一般因素。3.1 项目背景 1）描述即将开发的软件产品名称。如档案管理系统，合同查询电子流等； 2）说明软件产品将干什么，如果需要的话，还要说明这个软件产品不干什么； 3）说明此软件产品的应用情况及开发意图，应当尽可能精确地描述所有相关的利益、目的以及最终目标；如果有较高层次的规格说明存在（例如，已存在系统设计规格说明书），则应使这里的陈述与高层次规格说明中的类似陈述相一致； 4）列出开发项目的委托单位、承办单位及其主管部门； 5）如果被开发软件是独立的，则应在本节描述被开发软件的概况； 6）如果本应用系统是一个较大的系统或项目中的一个组成部分，那么本节应当概述这个系统或项目的每一个组成部分的功能，并标识其主要外部接口。注意，这里仅仅是一个综述性的描述。可以用图形表达一个较大的系统或项目的主要组成、相互联系和外部接口。注：本节不进行具体设计方案的描述，也不描述解决问题时的具体设计约束。3.2 系统主要功能本节应简单叙述被开发软件的功能。例如，对于一个财务管理系统，可以在这节描述帐目维护、财务报表等的基本要求，而不必描写为完成这些功能所要求的大量细节。有时本节内容可以直接从较高层次的规格说明中引用（如果存在）。为了清晰起见，需注意： 1）给出一个使用户、委托单位或者第一次读这个文档的人易理解的功能清单； 2）可以用图形表达不同功能和它们之间的关系。但要注意，这样的图形不是产品设计时所需要的，而只是一个有效的解释性工具。注：本节不应当陈述具体的功能的细节或设计思想。3.3 系统支持环境说明本软件产品（属于较大系统的一部分时）所依赖的支持环境，如相关接口系统的环境，公司数据库平台和网络平台等。3.4 用户特点本节描述影响产品具体需求的最终用户的特点，并划分系统的逻辑用户群。在软件生存周期的运行和维护阶段，许多人员与系统有关。这些人员中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，如教育水平、经验、技术专长等，都对系统运行有重要影响。如果系统的大多数用户是临时用户，那么他们的具体需求可能是要求系统包含有许多如何完成基本功能的提示，而不是记忆许多繁琐的细节。注：本节不陈述具体需求或针对某些特殊需求而考虑的若干具体设计约束。3.5 具体需求本章包括软件开发者进行设计时所需要的全部细节。通常内容从需求分析报告中参引。本节不具体列出所有的需求和需求分析结果。3.6 一般约束本节给出对一些条款的概括描述，这些条款将影响承办单位在设计阶段的工作和计划。 它们包括： 1）硬件的限制； 2）与其他应用的接口； 3）并行操作； 4）实时性能； 5）检查功能； 6）控制功能； 7）应用的临界点； 8）安全和保密方面的考虑。注：本节不列举具体的需求或具体的设计约束。4、系统方案至少提出两种系统实现方案，并对其进行分析、比较，最终确定一种合理的具体方案。并描述系统的总体结构、功能分解及各个模块之间的相互关系。4.1 系统总体结构 对应用系统的总体结构进行描述。4.2 系统功能分解根据用户具体的功能需求对系统功能进行分解，确定系统的每一个功能，完成功能层次结构图。4.3 系统模块构成详细描述应用系统的各个构成模块及其相互之间的关系、各模块的实现流程、系统模块命名规则及命名一览表。5、 实现方法、开发工具论述应用系统及其模块的实现方法，采用的开发工具及实现语言。6、 运行平台配置方案从硬件系统和软件系统两个方面确定应用系统运行平台的配置方案。四、实施方法论介绍介绍所采用的方法论，可以相对简要一些，但必须包含以下内容：1、关键成功因素 2、实施方法和实施计划 3、项目依赖关系的处理策略 4、可衡量的成功标准和测评方法 5、维护策略说明XXX系统的维护策略，包括由谁来提供维护服务、维护服务的责任范围，以及维护方式（On-site或Remote）；6、技能传递策略说明将怎样让鸿星尔克项目组掌握成功实施的方法论、业务模式与系统方案设计、系统实施及维护等方面的技能。 五、项目实施计划按阶段给出项目的开发进度，包括每个阶段投入的资源、所用的人天等。阶段角色人天总人天时间区段概念阶段方案阶段开发测试阶段验证阶段转产切换阶段全过程六、价格清单和计