方案售前的素材库

【#文档大全网# 导语】以下是®文档大全网的小编为您整理的《方案售前的素材库》，欢迎阅读！

方案售前的素材库

售前方案

如果你所面对的需求分析是个相对标准的操作过程，大体上可以按照专业书籍提供的方法与步骤进行。但在中小企业的项目中，能够采取这种经典操作模式的项目并不多，所以就要研究中小企业项目过程中的需求所体现的特点与规律。原则上来讲，需求分析应当是在项目签约之后进行。因为软件工程是个事前很难描述清楚的命题，开发商为了适应用户的心理，经常以促成签约为目的，为用户提供一份类似于需求报告的系统构造描述性文件，其题材与撰写方式大体上与需求报告类似。

售前方案应当是需求报告的一种应用特例，它与签约后的需求规格方案在主导思想上存在着很大差别。售前的需求报告基本上是针对用户所关心的焦点问题为中心，而对方案本身的系统性则不太关注。

在这种情况下，需求分析人员所能支配的时间甚少、所能采取的措施不多、所能得到的素材有限，同时还要做到简明扼要切中要害，该文件的撰写水平如何很可能会关系到项目签约的成功与否。所以，能够胜任售前咨询工作的大都是经验较多、思维敏捷的高手。摆脱具体需求的束缚是一种境界，只有在屏蔽掉那些过于具体的事务性需求之后，才有可能尽快地从混沌的需求世界得以超脱。我们把问题从事务归结到对象就是实现归一化设计的出发点。

需求报告


需求报告的目的是与用户进行沟通。它的目的主要体现在两个层面：首先是告诉用户他所投资的商品大约具备哪些功能、实现哪些预定的管理目标；其次是提供一个可以被双方认同设计任务书，明确描述任务内容与任务边界。软件属于无形资产，它不能像实物商品那样进行客观评价，所以事先要把无形的东西按照特定的方式表现出来，为双方沟通寻求一种可见的描述。

框构图

提供一些简洁明了的框图便于实现与用户的沟通。

总体框图：框构图是形成整体概念最简单的表述方式，对用户来说未必十分严谨，但一定要便于用户建立起总体概念。

局部框图：对用户特别关注的部分要提供简单直观的局部描述，让用户对关键的设计部位有所了解。

重要构思：对于特别重要的构思，尤其是脱离了用户原始形态的抽象构思，要给出构思方案的描述，以便征得用户意见，避免出现重大偏差。

专题构思：对于系统中某个特定专题的设计构思。这方面的篇幅不宜过多，基本能够表达清楚就可以了。

用例图

用例图是需求报告中实现功能描述最直接的手段，也是用户最容易理解的一种表达方式。它将用户的角色与功能进行关联，形象地表述用户对功能设置的各种要求。可以简单地认为这是一种把“菜单项”


与“操作员”进行组合的表述方式。

通过逐级展开的用例图，可以在功能设置与功能组织上大体建立起一个系统模型，这是用户容易理解的表述方式，也是界定任务边界的一种有效方式。

在用例图的基础上，还要对用例图所表述的功能、约束进行必要的说明，避免造成理解上的二义性。

由于文档是提交给用户的，在一般情况下应当尽量使用用户习惯的业务术语，尽量避免使用计算机方面的专业术语，这样可以拉近与用户的距离；再有，无论是从内容版式还是封面装订尽量做到规范美观，这是一种工作风范，也能够代表公司的形象。

本文来源：https://www.wddqxz.cn/ceed4ceb25fff705cc1755270722192e44365858.html