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

1、项目管理-概念阶段-方案建议书 方 案 建 议 书 项目名称 ：（ 项目负责人：（ 此处填入项目中文名称） 单击此处键入项目负责人） 鸿星尔克集团 版权所有 侵权必究 信息管理中心项目管理 目 录 一、编写目的与适用范围 . 3 二、公司介绍 . 3 1、概述 . 3 1.1总销售收入 . 3 1.2与xxx项目相关的销售收入和市场份额/排名 . 3 1.3xxx项目相关的投入 . 3 1.4主要的用户群体、所占比例和重要用户名单 . 3 2、维护力量介绍 . 3 三、解决方案 . 3 1、参考引用 . 4 2、术语定义 . 4 3、系统概述 . 4 3.1 项目背景 . 4 3.2 系统主要

2、功能 . 4 3.3 系统支持环境 . 5 3.4 用户特点 . 5 3.5 具体需求 . 5 3.6 一般约束 . 5 4、系统方案 . 5 4.1 系统总体结构 . 6 4.2 系统功能分解 . 6 4.3 系统模块构成 . 6 5、 实现方法、开发工具 . 6 6、 运行平台配臵方案 . 6 四、实施方法论介绍 . 6 五、项目实施计划 . 7 六、价格清单和计价原则 . 7 七、实际案例参考 . 7 第 2 页 共 7 页 信息管理中心项目管理 一、编写目的与适用范围 简要描述制定该文档的目的，使用该文档能带来的好处，不使用该文档会存在什么问题；描述该文档适用的业务活动或产品等需明确的

3、范围。 二、公司介绍 1、概述 本节要求提供的所有信息应尽可能取自中立方（如cimdata、gartnergroup等）的公开资料和供应商自身发布的公开资料，并在每项信息后注明数据。如果是第一次合作，需要详细介绍；如果是长期合作供应商，该部分可尽量简略。 1.1总销售收入 列举供应商的总销售收入及其近三年的增长历史和下一个年度的增长预测，并进行必要的附带说明。 1.2与xxx项目相关的销售收入和市场份额/排名 例如，该项目是定制开发项目，则列出供应商在定制软件开发方面的销售收入。如果软件包实施项目，列举供应商在该软件包产品方面的销售收入和全球市场份额/排名，包括近三年的历史数据，并进行必要的说

4、明。 1.3xxx项目相关的投入 例如，该项目是定制开发项目，则列举供应商在定制软件开发方面的投入。如果是软件包实施项目，则列举供应商近三年来在本项目相关产品的投入，并对投入的构成（如收购、开发投入等）进行必要的说明。 1.4主要的用户群体、所占比例和重要用户名单 说明供应商的用户群体、所占比例和有代表性的重要客户名单。请注明这些客户中哪些开发或实施了类似的系统。 2、维护力量介绍 供应商维护人员背景、数量及占员工总数的比例。 三、解决方案 根据rfp提供的信息，基于自身的系统优势提出一套推荐的初步解决方案。 如果自身技术实力许可，可以提出多于一种的解决方案，并比较各方案的优劣。 本部分是方案

5、建议书的重点，方案既要求全面完整，又必须重点突出，应充分体现供应商在所第 3 页 共 7 页 信息管理中心项目管理 建议方案中的技术、经验、成本等方面的优势，同时指出方案难点，和实施方案可能存在的风险。 可参考以下内容提供： 1、参考引用 列出本文档引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 参考资料 作者 发表日期 出版单位 2、术语定义 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词（通用，非通用）的原文注释。 3、系统概述 描述软件产品的特性及影响其需求的一般因素。 3.1 项目背景 1）描述即将开发的软件产品名称。如档案管理系统

6、，合同查询电子流等； 2）说明软件产品将干什么，如果需要的话，还要说明这个软件产品不干什么； 3）说明此软件产品的应用情况及开发意图，应当尽可能精确地描述所有相关的利益、目的以及最终目标；如果有较高层次的规格说明存在（例如，已存在系统设计规格说明书），则应使这里的陈述与高层次规格说明中的类似陈述相一致； 4）列出开发项目的委托单位、承办单位及其主管部门； 5）如果被开发软件是独立的，则应在本节描述被开发软件的概况； 6）如果本应用系统是一个较大的系统或项目中的一个组成部分，那么本节应当概述这个系统或项目的每一个组成部分的功能，并标识其主要外部接口。注意，这里仅仅是一个综述性的描述。可以用图形表

7、达一个较大的系统或项目的主要组成、相互联系和外部接口。 注：本节不进行具体设计方案的描述，也不描述解决问题时的具体设计约束。 3.2 系统主要功能 本节应简单叙述被开发软件的功能。例如，对于一个财务管理系统，可以在这节描述帐目维护、财务报表等的基本要求，而不必描写为完成这些功能所要求的大量细节。有时本节内容可以直接从较高层次的规格说明中引用（如果存在）。为了清晰起见，需注意： 1）给出一个使用户、委托单位或者第一次读这个文档的人易理解的功能清单； 第 4 页 共 7 页 信息管理中心项目管理 2）可以用图形表达不同功能和它们之间的关系。但要注意，这样的图形不是产品设计时所需要的，而只是一个有效

8、的解释性工具。 注：本节不应当陈述具体的功能的细节或设计思想。 3.3 系统支持环境 说明本软件产品（属于较大系统的一部分时）所依赖的支持环境，如相关接口系统的环境，公司数据库平台和络平台等。 3.4 用户特点 本节描述影响产品具体需求的最终用户的特点，并划分系统的逻辑用户群。在软件生存周期的运行和维护阶段，许多人员与系统有关。这些人员中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，如教育水平、经验、技术专长等，都对系统运行有重要影响。 如果系统的大多数用户是临时用户，那么他们的具体需求可能是要求系统包含有许多如何完成基本功能的提示，而不是记忆许多繁琐的细节。 注：本节不陈述具体需求或针对某些特殊需求而考虑的若干具体设计约束。 3.5 具体需求 本章包括软件开发者进行设计时所需要的全部细节。通常内容从需求分析报告中参引。本节不具体列出所有的需求和需求分析结果。 3.6 一般约束 本节给出对一些条款的概括描述，这些条款将影响承办单位在设计阶段的工作和计划。 它们包括： 1）硬件的限制； 2）与其他应用的接口； 3）