开发过程中对VC2008的设置
在开发平台的使用过程中，因为采用了VC2008进行模型的编辑生成工作，需要对一些VC2008相关的选项进行设置，或了解一些简单的功能，以便于更好的用VC2008进行模型的开发工作。
1、模型的调试初步设置
当在建模工具中编译模型时，会更新“model.cpp”文件，当使用平台自带连接或者直接使用VC2008打开模型文件时，可以在“model.cpp”开头看到如下图所示类似代码：
这段代码的含义是告知开发人员需要将哪些代码手动填入VC2008的设置选项中，以能调用运行环境对模型进行调试。
确认代码无误后，如下图所示，选择VC2008菜单栏中的项目→model属性后单击。
然后在弹出的面板中，选中配置属性→调试，如下图所示。
将“model.cpp”开头的代码中“启动项目”下一行代码全部复制到如上图所示的“命令”选项右侧文本框中，将“命令行参数”下一行代码全部复制到如上图所示的“命令参数”选项右侧文本框中。需要说明，“model.cpp”中包含“全流程调试”和“单模块调试”两部分代码，不同的调试方法选择不同的代码，请酌情按照需要复制。
最后，将上图所示的“调试器类型”选项右侧选择项选为“混合”模式。完成设置后，在VC2008中将模型重新编译一遍，就可以正常进入调试运行模式了。
2、VC2008字体及颜色的调整
VC2008默认的代码字体颜色不能确保所有人都能接受和适应，VC2008对此有相应的选项可以修改VC2008代码的字体及颜色。
如下图所示，在VC2008的菜单栏中选择工具→选项。
在弹出的对话框中，选择环境→字体和颜色，就可以在如下图所示的字体下拉框中选择自己喜欢的字体了。建议选择Fixedsys字体，该字体的感受和VC6.0的默认字体差不多。
3、调试过程中程序出现中断的处理
当开发人员在调试过程中弹出如下图的对话框时，选择“继续”按钮则可以继续模型调试工作，如果选择“中断”，则只能选择退出调试了。
如果开发人员不想在调试过程中弹出该对话框，需要做出以下设置。
在VC2008的菜单栏中选择调试→异常。
在弹出对话框中展开“Managed Debugging Assistants”选项，如下图所示。
将选项下拉，将“LoaderLock”选项右侧的勾去掉，如下图所示。
经过上述设置后，软件调试时将不会因为程序调用中断问题弹出中断对话框。
4、特殊情况下无法正常设置断点的应对
当开发人员已经采取过重新编译模块，重新编译模型等方法还不能设置断点的时候，可以采用以下方法尝试。需要注意的是，该方法不能保证一定解决该问题，但是可以尝试解决。原因是代码编码在特殊情况下可能有问题（传统使用ACSII字符集，VC2008采用UNICODE字符集）。
当出现上述现象后，在无法设置断点的程序文档里全选所有文本。
然后在VC2008菜单栏中选择编辑→高级→设置选定内容的格式，格式转换完毕后保存，最后重新编译即可。
5、模型调试出现函数声明缺少的应对（包括参数辨识模型生成）
由于VC6.0和VC2008关于函数中参数的类型声明不同，在VC6.0中可以通过编译的函数实现方式再VC2008中不能通过编译。比如，在VC6.0中“pow(a,1.0)”（a为float型，1.0为double型）是没问题的，但是在VC2008中是不认可的（该例中原因为VC2008中常数为double型，但是函数参数不能使用double型）。因此，VC2008中如果没有对相应语法进行处理，将无法通过编译，生成模型文件。如图所示，VC2008下编译出现报错。
而问题就出在代码中的pow函数的常数参数上，如下图所示：
上述问题有两种解决方式，第一种是转换类型声明，如“pow(a,(float)1.0)”，如图所示，将原1.5的默认double型重新声明为float型，即解决问题。
上述方法虽然是解决问题最正确的方式，不过由于旧算法中广泛使用“pow(a,1.0)”方式，实际修改部分估计近百，并且还考虑到老工程的兼容性问题，建议新建算法采用“pow(a,(float)1.0)”形式以满足VC2008语法规则，而采用第一种解决方式来兼容老工程老算法。另一种解决方式即是在VC2008函数声明库基础上人为添加适合老工程老算法的函数声明。
第二种解决方式工作量相对较小，不过需要严格按照说明执行操作，其分为开发平台部分修改和工程内部修改。
开发平台部分修改，开发平台文件夹下的“sharefiles\projectfile\model\model”文件夹中，可以找到如图所示的“Common_MODEL.h”文件。打开该文件后，可以看到如图所示选中代码。
将上图中所示选中代码复制后，打开“Common_MODEL_P.h”文件，将上述代码粘贴到“#include
最后，将修改完毕后的“Common_MODEL_P.h”复制到平台的“sharefiles\projectfile\model\ModelBianshi”文件夹中，将该文件夹中的“Common_MODEL_P.h”覆盖即可。
开发平台部分修改只能确保新建工程时代码无误，却无法确保修改前建立的工程代码正确，因此需要对修改前建立的工程进行相应的处理修改才能正常使用。
首先，将平台中的“Common_MODEL.h”文件复制到工程文件夹下“model\model”中，将该文件夹下同名文件覆盖（如修改日期相同，可不用覆盖）。
然后，将平台中的“Common_MODEL_P.h”文件复制到工程文件夹下“model\model”以及“model\ModelBianshi”中，将同名文件覆盖。
最后，还需要对VC2008进行适当设置才能正确使用。在VC2008环境的菜单栏中选择项目→“工程名”属性（如图为ModelBianshi属性）。
在弹出的对话款中选择配置属性→C/C++→预处理器→预处理器定义。
在预处理定义栏中添加“;VS2008_MODEL”，确定后重新编译即可。
法采用pow(a,(float)1.0)这种形式。需要注意的是，不仅仅是pow函数，一切使
用了常数作为参数的函数都有可能出现该问题，甚至采用了和VC2008的函数声明不兼容的变量作为参数也会出现该问题。请根据实际情况灵活处理。
6、善用代码右键菜单的“打开文档”及“转到定义”功能
在模型算法调试过程中或者编辑过程中，当我们需要即时查看一些子程序、独立程序或者代码中包含文件的具体内容时，往往采取的是设立断点或者临时在文件夹中找到该文件的方式来查看。实际上在VC2008中本身就具有在代码中右键直接进入相关内容的功能。
如果在代码中是能确定路径的文件名，可以使用在文件名上右键→打开文档功能，就能直接进入该文件。
如果是调用的子程序，可以使用在程序调用名上右键→转到定义功能，就可以直接进入该程序源代码。
开发人员在不方便或者难以查找到相关文件或者程序的时候善于使用上述两个功能可以给调试和编辑模型算法等带来很大的方便。
以下再举几个打开文档和转到定义的例子。
下图为打开文档第一个例子的后续部分，可以打开想要编辑或者调试的参数辨识算法，便于度参数辨识模型进行调试。
下图转到定义的另一个例子，可以直接从主程序中通过非断点的方式进入到想要进入的算法中。
7、如何在调试过程中查找数据异常情况（被零除等）
在日常使用模型调试的过程中，由于算法编写bug的问题，有时候可能会出现正常的操作过程中突然数据都变为量程下限，然后在变量监视中很多相关数据出现“-1.#IND000”这样的字符串，这表示模型运算过程中出现了被零除、将负数开根号等等非法运算。如图所示：
但是在模型调试过程中，何时出现该现象，怎么快速找到该现象是很费心费力的事情。因此，在数学模型编辑组态工具中提供了“编译（Debug）”的功能来应对这种调试。该功能在数学编辑组态工具菜单栏的文件→编译（Debug）中。数学模型编辑组态工具中的编译按钮默认为“编译（Release）”。
当选择编译（Debug）后，打开model算法，开发人员可以在调试参数说明后看到多了“检查变量是否越界，除零等”等代码。此时，开发人员可在如下图所示相应位置设立断点，当模型运转过程中第一次出现被零除等非法运算时，将会直接命中断点（没有非法运算则不会命中）。
当命中断点后，鼠标移到参数valuename处，即可看到非法运算出错的变量名。如果是第一次命中断点，则表示，第一次非法运算出错是由该变量的计算导致的，便于我们尽快追本溯源地找到问题所在。
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
产品开发的过程是一系列活动的整合。这一整合包括了从最初的产品外观构想，到市场分析定位、市场开发、技术实现、研发生产计划以及确保各项计划有效落实的设计管理等诸多方面的内容。 成功的产品开发离不开团队合作精神。为此，团队应有一份设计任务说明书。作为一个整体,所有团队成员更应进一步找出与任务说明书有关的全部问题。只有这样，一个团队才能建立起任务说明书所反映的共同目标。 编制产品任务书时，应占有大量的技术资料，并通过分析对比，确定先进、合理、完整的结构。其资料来源有产品样本、说明书、图样、技术报告、图书、期刊及经验等。此外，设计者还可以到生产现场调研取得第一手材料。有时用户也能提供一些有用的资料。因为用户是产品的使用者，最熟悉产品的优、缺点，所以，认真听取用户对产品在使用性能上的意见，设计者就能够对现有的同类型产品进行正确的分析、比较和必要的实验，从而获得最佳参数，为编制技术任务书做好准备。 一.设计任务书有以下几个项目组成： ①产品的用途及适用范围 产品的用途是指主要用途及其他用途;使用范围应说明使用地区、使用部门、工作条件和其他特殊要求等。 ②制造该产品的理由 包括说明以前有无其他同类产品，如果已有这类产品，为什么满足不了用户要求，存在什么缺点，现在是否继续生产。此外，还要说明设计的新产品在国民经济中的作用、重要性及有无发展前途。 ③详细分析国内外较好的同类产品的结构特性。 这是技术任务书的主要内容。必须说明对这类产品应作哪些分析比较,包括这类产品的结构和部件可能有哪些不同的方案，应采用何种方案，为什么采用这种方案等。在比较分析时应注意：①比较对象必须是类型相同、规格相似的产品,即用途和使用范围相同或相似;②应选择先进产品比较;③对产品结构和性能优、缺点的分析,应从使用、制造、维修等方面全面考虑;④对比的数据、资料应全面、可靠，先从整体比较，再到部件比较;⑤应计算比较重要的技术经济指标，作为分析的依据。经过分析比较后,选择并确定产品的结构。 ④详细说明产品的各种特征并附初步总图 除说明产品特征外,还应说明应用了哪些新的科学技术成就和合理化建议，这类产品的发展趋向、使用部门、在技术上有何新的发展和要求等。
软件开发过程详解 软件开发过程即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件开发过程覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。 1.需求分析 1.1 需求分析的特点和任务 需求分析是软件开发的第一步。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。 需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序，这些活动是相互隔开、增量和反复的。当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需求获取）。同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求同可能的软件需求相联系（分析）。然后，你可以使客户信息结构化，并编写成文档和示意图（说明）。下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。这四个过程贯穿着需求分析的整个阶段。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。需求获取只有通过有效的客户—开发者的合作才能成功。分析者必须建立一个对问题进行彻底探讨的环境，而这些问题与产品有关。为了方便清晰地进行交流，就要列出重要的小组，而不是假想所有的参与者都持有相同的看法。对需求问题的全面考察需要一种技术，利用这种技术不但考虑了问题的功能需求方面，还可讨论项目的非功能需求。确定用户已经理解：对于某些功能的讨论并不意味着即将在产品中实现它。对于想到的需求必须集中处理并设定优先级，以避免一个不能带来任何益处的无限大的项目。 1.2.需求分析的一般方法
一、客户开发流程与技巧 （１）准备工作 Ａ、选定预备开发的客户名单； Ｂ、准备所需要的文稿商品介绍，交易知识； Ｃ、排定访谈时间和开发方式； Ｄ、建立自我的肯定和信心； Ｅ、修饰自我形象和仪容； Ｆ、演练各种谈话技巧； Ｇ、收集各客户（个人或公司）基本资料。 （２）电话访谈客户 Ａ、以社会调查为借口，向客户探询兴趣度； Ｂ、用专家的口吻，诚挚难以抗拒的方法约定正式会晤的机会； Ｃ、电话客户访谈在于主动约定会晤的机会，内容不宜过长，时间不宜过久； Ｄ、切记电话礼貌。 （３）亲访客户 Ａ、出发前，须检视所需的文件和仪容外表； Ｂ、出发前，先行去电话通知客户，告知现准备出发，去拜访他，预计于何时到达； Ｃ、晤面时，立即双手送上名片，并简单自我介绍； Ｄ、送上预先准备好的资料； Ｅ、以轻松的方式对谈； Ｆ、邀请客户至公司参观； Ｇ、握手告别并表示谢意； Ｈ、访谈客户。 （４）追踪了解客户归类 Ａ、返回公司后立即将访谈内容和客户提出的意见或问题详实记录； Ｂ、将客户依自由意愿和个性分类，并拟订格式对策； Ｃ、做好客户追踪的工作，资料开发和时间的安排； Ｄ、积极约定赴公司参观的时间或再次见面的时间。 （５）工作守则 Ａ、将开发客户的工作习惯化，养成"天天打电话给客户，天天约见客户"的工作时间； Ｂ、放弃"钟爱一人"的观念，千万别"为一棵树而放弃了整个森林"； Ｃ、别怕"碰钉子"（遇挫折），要有愈挫愈勇"屡败屡战"的精神； Ｄ、知己知彼，百战百胜； Ｅ、事前多一分钟准备，事后少十秒弥补。 （６）公司配合活动（自选） Ａ、每周举办投资说明会； Ｂ、每月举办一期客户技术研习班； Ｃ、定期和新闻媒体发布专搞；
【最新资料,Word版，可自由编辑！】
目录 1.前言 (3) 1.1 目的 (3) 1.2 对象 (3) 1.3 要求 (3) 1.4 适用范围 (3) 1.5 软件开发过程模型 (3) 1.6 开发过程划分 (4) 2.技术过程规范部分 (4) 2.1 概述 (4) 2.2 业务建模阶段 (4) 2.3 需求阶段 (6) 2.4 分析设计阶段 (8) 2.5 实现阶段 (10) 3.管理过程规范部分 (11) 3.1 概述 (11) 3.2 接受项目 (12) 3.3 重新评估项目范围和风险（对于较大项目） (12) 3.4 制定开发计划 (13) 3.5 迭代开发管理 (13) 3.6 监控项目的实施 (14) 3.7 结束项目 (15)
软件开发过程规范 前言 目的 本规范的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 适用范围 适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 软件开发过程模型 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。
新客户开发管理规范 1目的 通过对新客户开发过程进行管控，使公司的新客户开发工作规范化，确保满足客户需求和适用的法律法规的要求。 2适用范围 适用于公司新客户开发过程。 3职责 3.1营销副总负责年度营销计划及营销中心战略制定，重大客户开发的策划； 3.2营销部长负责新客户开发全部过程的组织、协调、控制和过程的设计； 3.3开发业务负责新客户开发全部过程的实施； 3.2总经理负责批准新客户开发任务，开发评审和验证，提供开发所需资源。 4作业内容 4.1新客户开发的策划 4.1.1依据年度营销计划及营销中心战略，确定新客户的范围，选择需要开发的新客户， 选择新客户开发计划的主攻方向。 4.1.2新客户开发评估方向 1 新客户必须具有较强的财务管理能力与较好的信用； 2 开发新客户需花费的时间、精力及费用与实施交易间的关系预估； 3 新客户能为公司经营带来的贡献及价值； 4 新客户要求的技术难度、品质要求及公司的能力评估。 4.2新客户背景调查 4.2.1开发业务通过各种渠道寻找客户，制定潜在客户名录，定期报备营销部长； 4.2.2营销部长组织团队评审，分析潜在客户的情况，为新客户开发活动的实施提供 背景资料； 4.2.3调查新客户的相关资料，衡量新客户是否符合4.1.2基本原则；
4.2.4根据调查结果进行筛选评价，确定应重点开发的新客户，如调查结果有不详之 处，应组织有关人员再次进行专项调查。 4.2.5提出新客户的开发申请。 4.3新客户开发的前期准备 4.3.1.确定目标客户方的负责人，并收集其信息； 4.3.2确定目标客户方的关键决策人，并收集其信息； 4.3.3收集新客户目前与公司相类似的供应商信息； 4.3.4了解客户采购决策的特点及周期长短等信息； 4.3.5确定对方的支付方式及回款周期； 4.3.6客户的经营信息。 4.4新客户开发的正式实施 4.4.1前期准备工作完成后，开发业务应与客户方负责人联系，有可能与关键决策人 建立联系（注意要选择合适的接触方式联系关键决策人）； 4.4.2在与客户方建立联系后，开发业务向客户介绍公司情况，分送公司产品介绍画 册，充分展示公司实力，必要时介绍公司高层与客户见面沟通，时机成熟后应邀请客户到公司考察，并对考察结果进行跟踪，及时发现存在的问题并立刻解决； 4.4.3考察工作完成，确定客户满意后，开发业务应及时向客户提出成交要求，并促 成新产品开发； 4.4.4针对后期的新产品开发，参考新产品开发管理程序； 4.4.5在开发过程中，如发现有信用、经营、财务能力等方面有问题的客户，有关人 员须向上级汇报，请求终止对其的调查和业务洽谈； 4.4.6开发业务应通过填写“新客户开发进度报表”，将工作的进展情况、取得成绩 和存在的问题向营销部长反映，营销部长及时的给予指导，必要时组织团队一起讨论解决方案。 4.5新客户开发工作总结 4.5.1开发业务应对目标客户开发过程中的成功点与失败点进行分析总结，作为后续 开发经验； 4.5.2.有涉及到需要纠正预防的地方，应组织本部门及相关部门实施纠正预防。 4.6纳入客户管理系统 4.6.1为新客户设定代码，进行有关登记准备； 4.6.2将选定的新客户基本资料通知公司相关部门； 4.6.3新客户有关资料的存档等。 雨滴穿石，不是靠蛮力，而是靠持之以恒。——拉蒂默
1、需求分析是怎样做的？（自己理解着说） 需求分析是构建软件系统的一个重要过程。 一般，把需求类型分成三个类型： 1、业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。 2、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 3、功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 业务需求和用户需求是软件需求分析的基础，也是软件构建的前提。系统分析员通过对业务需求和用户需求的分解，将其转换成克一形式化描述的软件功能需求。开发软件系统最为困难的部分，就是准确说明开发什么。这就需要在开发的过程中不断的与用户进行交流与探讨,使系统更加详尽,准确到位。这就需要确定用户是否需要这样的产品类型以及获取每个用户类的需求。 4、客户也经常是矛盾的。事实上，很少有客户能够明确的知道怎样的一个系统对自己是最有益处的，他们往往在集中方案之间徘徊，于是经常产生需求的变动。生产厂商经常陷入客户自己的矛盾之中。 客户的负面影响可能对于能够在预算内按时完成项目产生很大的影响。尽管客户需要对需求的质量负责任，但是，当一个软件项目因为客户事先没有预料到的情况而导致失败的时候，即使客户不会追究开发方的责任，就软件项目本身而言，也已经是失败的。 总结： 良好的需求分析是软件成功的基础。以上是作者对需求分析工作实践的一次小结以及综合性的思考，是对需求分析本身所做的一次分析。在此基础上，作者提出了逆向沟通的设想，即系统分析员主动进行沟通，提出指导性意见。当软件融合了客户和系统分析员双方智慧，其质量将会进一步得以提高。 2、 6周 （比较合理的代码行数是多少，如果多了，我是怎么切割的）500行，例如：实现数据3、如何将用户登录的信息保存？ 用户登陆页面将每个用户的信息使用session保存下来,例如: session.setAttribute("UserID","ytang"); 如果用到用户的登陆信息，再从session根据session.getAttribute("userID")所存储的信息例如在项目1中的应用 4．软件项目开发流程应该是什么样子的？ 1。需求分析和获取； 2。界面的设计和修改，直到用户可以接受； 3。后台数据库的建立，做成几张表，写几个存储过程； 4。前台模块的编写和调试； 5。项目的实施和维护；
新客户开发方案与流程 （一）、确定开发流程的意义 1、使客户开发程序性加强，降低工作盲目性; 2、充分说明阶段/步骤/重点/关键要素，提高成交过程各环节的可把握性; 3、减少无效投入或低效投入，节约开支; 4、能够对每一阶段工作进行客观评判。 （二）、开发流程的五个阶段 客户开发是一个系统工程，客户开发能否成功取决于规划、策 略、环节的掌控能力。应把开发客户当作打一个战役来看待，而我 们就是这一战役的指挥者或称“导演”。清晰的阶段性工作策略及 工作重点，对预计达到效果的准确把握，能使工作富有成效。 阶段一、确定开发对象（潜在需求的有无，进行初步沟通） 阶段二、样品提供/信息收集（内线确定;信息充分;需求明 确）。阶段三、价值评估/开发程序（合作可能性;合作障碍; 开发程序）阶段四、关系建立（与关键决策人建立良好关系; 影响力渗透）阶段五、促成合作（高层沟通、考察商品、系 统支持） （三）、开发对象的确定 1、参与人员：商开专员 2、阶段工作内容 A）对客户潜在需求进行了解（客户基于何种考虑需要同我们合作？增加或调整的紧迫性如何?） B）初步沟通，了解客户经营概况； C）判断成交机会的有无。 3、工作重点 （1）、对客户的经营时间、规模、目前经营状况进行了解； （2）、对客户的
潜在需求进行判断，依据是供应商概况（结构与现存问题）、业务规划、该公司特定需求的有无/强烈程度进行判断； （3）、根据初步沟通，判断成交机会的有无。有则进入下一阶段， 无则终止 4、关键词潜在需求 (四) 、信息收集与样品提供 1、参与人员：商开专员 2、阶段工作内容 (1) 、提供方案：提供合乎双方约定好的处理方案。 (2) 、确定在客户内部的内线(或称内应、情报员、信息员)，密切往来，强化相互关系(思考谍报人员怎样开展工作)。 (3) 、搜集关键决策人的所有个人信息，包括其籍贯、年龄、生日、兴趣、爱好、在该企业时间长短、权限大小、性格、做事风格、家庭情况等。对关键决策人了解越深入，就越易于发现突破口，知道怎样与之建立/维持/深化关系 (4) 、目前供应商情况信息：供应商的结构;供应商现存问题;客户改变或增加目前销售模式的意愿及其强烈程度;供应商供应时间的长短;供应商当时的成交过程。 (7)、公司经营信息：目前客户资源状况;经营稳健性;售后质量问题的处理能力等。 3、工作重点 (1) 、建立内线。内线或为采购员，或为采购经理;他对商务经理有一定好感/认同;双方能谈得来;内线对象在客户处工作时间较长，了解内情较多。 (2) 与内线建立关系的步骤：认识—约会—认同—信赖—同盟，与内线一定要发展成为朋友关系;区别于普通朋友的、基于商业关系与商业利益的朋友。内线是中介，是桥梁，是信息中心，是情报员，必须加强对内线重要性的认识。
标准的软件开发过程 软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，以及这些文件的主要内容见下： 1.可行性与计划研究阶段 可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。 项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。 2.需求分析阶段 软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。 数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。 初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。 3.设计阶段 概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。 编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。 数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。 测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。4.实现阶段 模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。 编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。 用户手册完工 操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。 测试计划终稿： 5.测试阶段 模块开发卷宗(此阶段内必须完成) 测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。 项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
新产品开发控制程序 1、目的 通过对新产品开发活动进行有效策划和控制，确保新开发的产品能满足顾客的质量、成本和交货期的要求。 2、适用范围 适用于本公司之以下类型的新产品开发过程的控制： A类－全新设计开发的新产品； B类－按客户提供样品之参考设计 C类－老产品局部结构改型； D类－老产品之性能改进或增加 3、职责 3.1 新产品开发项目组长：一般由市场部项目主管担当，项目组长按项目开发要求编 制《新产品开发项目进度计划》、协调各部门按进度计划推进新产品开发活动，对对新产品开发项目全过程工作负责； 3.2 新产品开发项目小组负责在策划和设计开发阶段以同步工程的方式开展新产品开 发工作。 3.3相关部门根据《新产品开发项目进度计划》之各部门职能分工，按项目流程计划 节点要求分别承担各自专项工作。 4、工作内容 4.1 新产品项目立项 4.1.1 市场部根据顾客的要求、市场调研及预测的信息提出项目背景资料，填写《产 品开发立项确认书》，并组织由各部门经理参加的项目确认评审会，评审内容主要包括： 产品价格（估价）; 市场或客户对新产品的关注点； 新产品与现有技术平台的差异； 开发成本； 产品过程能力的预估分析和投资估算； 顾客的各种要求及时间期限； 可能涉及到的法律、法规（安全性、环保和用后处置）的问题。 4.1.2 经评审通过的项目由评审人员在《产品开发立项确认书》上签字，报总经理批
准立项。 4.1.3 如果此新产品为公司需要全新设计的项目或现有技术平台较差的项目，则需 由开发部组织各部门采用《新产品可行性分析报告》详细分析检讨。 4.2 成立新产品开发项目小组CFT 4.2.1 新产品开发项目经总经理批准后，成立开发项目小组，项目组长由总经理批 准任命，成员将由市场部、开发部、工程部、财务部、品管部、生产部、采 购部等部门项目分管人员组成，必要时将邀请主要供应商担当加入。 4.2.2 项目小组组长组织小组成员进行项目管理，协调与顾客、小组成员间以及各部 门之间的工作，各项目成员之主要职责将由项目组长形成《多功能小组名单和 职责表》来规定。 4.3 建立新产品开发项目管理计划 4.3.1 项目小组组长组织小组成员消化技术资料，根据顾客的要求和希望，结合公 司的技术水平和生产状况，提出产品和过程开发的主要框架，确定所要求的资源情况和管理者的支持。 4.3.2 项目小组长根据顾客要求编制《新产品开发项目进度计划》，明确开发产品的 具体工作内容与完成时间，小组成员会签后报主管副总批准后实施。 《新产品开发项目进度计划》策划时，要做到： 4.3.2.1项目进度计划要依据同步工程明确全过程中相关部门的工作任务，规定起 始和完成时间和检查评审点，落实责任者。 4.3.2.2 项目小组长对项目全过程的进展情况进行跟踪，项目任务若无法如期完成， 相关部门/人员应主动提前告知项目组长，说明未完成原因及打算采取的措 施，已便项目小组对整体计划进行协调更新。 4.3.2.3各相关部门应根据《新产品开发项目进度计划》编制具体的实施计划，其 内容和时间应保持与项目进度计划一致。如果项目不复杂，任务要求可在 项目进度计划中明确，不要求部门再制定分计划。 4.3.2.4项目组长按顾客要求的时间确定各阶段的工作任务和完成各项工作所要求 的重要输出并找出全过程的关键路径。 4.3.2.5《新产品开发项目进度计划》将随客户的新产品开发计划变化而变化，如果 客户或公司内部没有变化，CFT组长均每15天更新一次。更新后的计划以 邮件的形式发送至各小组成员。 4.4 产品设计开发阶段
嵌入式软件开发流程 一、嵌入式软件开发流程 1.1 嵌入式系统开发概述 由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。 图1.1 嵌入式系统开发流程图 在系统总体开发中，由于嵌入式系统与硬件依赖非常紧密，往往某些需求只能通过特定的硬件才能实现，因此需要进行处理器选型，以更好地满足产品的需求。另外，对于有些硬件和软件都可以实现的功能，就需要在成本和性能上做出抉择。往往通过硬件实现会增加产品的成本，但能大大提高产品的性能和可靠性。 再次，开发环境的选择对于嵌入式系统的开发也有很大的影响。这里的开发环境包括嵌入式操作系统的选择以及开发工具的选择等。比如，对开发成本和进度限制较大的产品可以选择嵌入式Linux，对实时性要求非常高的产品可以选择Vxworks等。
1.2 嵌入式软件开发概述 嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。 由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。 嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS 的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。 图1.2 嵌入式开发不同阶段的常用软件 嵌入式系统的软件开发与通常软件开发的区别主要在于软件实现部分，其中又可以分为编译和调试两部分，下面分别对这两部分进行讲解。 1．交叉编译 嵌入式软件开发所采用的编译为交叉编译。所谓交叉编译就是在一个平台上生成可以在另一个平台上执行的代码。在第3章中已经提到，编译的最主要的工作就在将程序转化成运行该程序的CPU所能识别的机器代码，由于不同的体系结构有不同的指令系统。因此，不同的CPU需要有相应的编译器，而交叉编译就如同翻译一样，把相同的程序代码翻译成不同CPU的对应可执行二进制文件。要注意的是，编译器本身也是程序，也要在与之对应的某一个CPU平台上运行。嵌入式系统交叉编译环境如图4.17所示。
新客户开发计划 :客户计划开发新客户开发计划表餐饮新客户开发计划加油站新客户开发计划 篇一:客户开发计划书 玫琳凯化妆品客户开发计划书 一、客户开发计划概述 为公司寻找更多客户，发掘潜在客户，和客户建立良好的关系，扩大销售范围，拓宽销售渠道，从而增加销售，促进公司更好发展。 二、目标客户的分析 (一)目标客户的现状分析 中国化妆品市场是全世界最大的新兴市场，未来随着我国经济的持续快速发展，市场需求潜力将不断释放，考虑到我国庞大的人口基数，我公司具有巨大的成长空间。消费者需求呈现多样性且不断变化，我公司产品依然可以基于对本土文化的深入理解和消费者心理，在某些细分领域获得长足的发展，甚至取得领先地位。我国化妆品销售额将呈现持续增长态势，由此带来的规模扩展空间依然巨大，预示着我国化妆品人群具有巨大的开发潜 力。 (二)目标客户的需求分析 1、年轻客户:主要以女性学生为主，现在大学生数目很大，许 多女生都很注重自身的打扮，具有大量的消费者。还有上班族女青年，注重自身形象与气质，消费以彩妆为主，化妆品已经成为她们生活中不可或缺的一部分。 2、中年客户:主要已三十到五十的职业或已婚女性为主要的消费群体，她们面对工作等方面的压力，自己的容貌也逐渐老化，不再青春动人，为了保持自己的青
春美丽，她们的化妆品的消费也会更多。她们大多有自己的工作，有固定的收入，具有较高的消费能力，容易产生经常性消费。 3、老年客户:即五十岁以上的女性，这部分消费群体，她们随着年龄的逐渐增加，虽然已经对化妆品渐渐的冷淡，对化妆品的消费率也相对较少，但是仍会购买洗面奶、乳液等生活必需品。 三、公司自身条件分析 (一)供货能力分析 我们会将产品销售到各个日化店、商场和超市等，在生产方面不断供货并研发新品，做到供大于求，公司员工各尽其责并在各大销售卖场设有产品顾问和促销人员。 (二)竞争力分析 化妆品品牌种类多，竞争激烈，众多的品牌也不断推出新的产品拉拢客源，以各种方式的广告进行品牌的宣传，化妆品行业的竞争越来越大。 四、客户开发实施计划 (一)客户开发途径 1、广告途径:印一些与本店和产品相关的小册子沿街发放、在电视上做一些活动宣传广告、在一些网络社区上投放产品广告、已经在店面做一些实体产品宣传等。 2、他人介绍:有一个良好的口碑才有更多的顾客，平常注重公司的信用度等，良好的口碑使得会有客户慕名而来，也可以通过老客户等向他们征求一些有消费意向的顾客。 3、面对面直接销售:定期做一些活动，在提高品牌知名度的同时寻求一些顾客，超市内配备销售员，对产品进行销售和推广。
软件项目开发和管理规范 本文阐述软件项目开发和管理的流程规范，作为软件项目开发的高级指引，本规范定义了软件开发的各个阶段以及每个阶段的工作活动和工件，但不对活动和工件的细节作过多规定。在项目开发过程中，每个项目根据自身的需要确定这些活动和工件的细节。 项目阶段 图2-1 项目开发的五个阶段 ?启动阶段 这个阶段的工作目的是决定一个项目是否需要启动。为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。 ?计划阶段 这个阶段的工作是为整个项目做计划。项目开始后，首先要确定项目的具体范围，明确定出项目到底要做什么，总结、归纳并定出产品的功能。然后进一步制定项目的计划，列出每项具体工作，并建立所有工作任务的重要性及顺序；确定每项工作的执行人和所需资源；根据人员的配置和能力设定各项工作和整个项目的完成时间表。 ?执行阶段
这个阶段的工作是通过执行项目的计划来完成项目的任务。它包括落实一切所需资源，如：人员、设备、费用、技术、信息，由管理者领导全体项目参与者开展各项工作。同时跟踪各项具体工作和整个项目的进度，定期向全体项目人员及项目的发起人报告项目状态。 ?控制阶段 这个阶段的工作是确证项目工作的结果符合项目的计划。它通过对项目结果的衡量和审核，与项目计划所期望的结果进行比较，找出实际结果与计划的差别，并制定处理措施。这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。同时调解项目进程中出现的各种问题，如：对缺乏的资源的补偿调节；对项目的进度表及各项具体工作的优先级或顺序的修订。 ?结束阶段 这个阶段的工作是确保项目的最终结果或提交物达到计划的要求，并对完成的结果作可接受的确认。还包括在项目完成之后的收尾工作，对整个项目的经历进行总结，修订项目文档，用户培训等。 阶段完成标志 在项目开发过程中，当一个阶段完成后才会开展下一个阶段的工作；另外，“某个阶段完成”通常被定义为项目的一个里程碑，里程碑标识了项目的进度，它是项目开发和控制的重要参考，对整个项目有重要的意义。因此，“确证某个阶段是否已经完成”的工作非常有重要。 ?每一个阶段的结束以它特定任务的完成为象征 只有当某个阶段中被规定的所有工作任务都完成了，这个阶段才算真正结束，整个项目才可以进入到下一个阶段中去。反过来说，要是阶段中某个任务没有全部完成，按照项目的定义，整个阶段就不能算是完成，因此项目就不能进入到下一个阶段去。 ?衡量阶段结束的工作结果必须是实在的交付品 阶段中的任务是否完成是透过任务活动中产生的交付品来体现的，交付品必须是可交付的、非抽象的、实质的并且可以通过用衡量的方法来判断是否真正地完成了的具体事物。如：某一阶段的完成是以建造一个样品或完成某分文件作为象征。任何项目阶段的结束，都应该有这样的实质性东西的完成作为象征。 ?跨阶段的进程以阶段结尾的合格验证和审核来决定 当一个阶段结束时，在进入到下一个阶段之前所需要做的工作应包括对交付品进行合格验证，并检查这一阶段的工作质量和效率，由此判断是否可以进入到下一个阶段。这些检验象征了一个阶段的结尾终点，表示项目的进程离开了上一个阶段而进入了下一个阶段。
新产品开发管理流程考 试题 标准化工作室编码[XX968T-XX89628-XJ668-XT689N]
新产品开发管理流程培训考试题 部门：姓名：得分： 一、填空题（每空2分，共56分） 1、公司营销、技术和其它部门如有产品开发或产品升级建议，按公司要求的模板编制《项目建议书》，统一汇总到技术中心产品主管。 2、在《新产品开发管理流程》中，对属于重大新产品项目、技术储备项目、公司战略规划发展的项目，需进行可行性研究。 3、项目经理根据ISO-9000标准的规定，组织编制统一的《项目开发任务书》并附《项目开发实施进度表》，报技术质量总裁审核，总裁审批后正式下达，并按计划进度组织实施。 4、在《新产品开发管理流程》中，项目经理将材料BOM表通过 ERP 报技术质量总裁审核、总裁批准后，转给采购部采购试制原材料（注意：已确定新增的存货需进入“增加新编码流程”，及时在ERP系统中增加新存货编码）。 5、在有初步方案的情况下，项目组进行小试，小试样品组织内部员工试用，项目组人员汇总员工体检结果，根据体检结果对产品进一步调整，在51% 以上达到预期效果时，无副作用时转入中试。 6、产品主管及时地在ERP系统中建立准确的产品BOM表，并通知财务 部，便于准确核算标准成本。 7、生产部各生产车间主任接到生产指令后，依据产品BOM表和产量表，按工艺文件规定的生产周期，通过ERP的产品BOM表提报ERP 进行流程审批；审批中，企划部、技术部须对包装技术性文字和说明书进行最后的确认。
8、运营总监负责产品上市前的推广、服务等运营准备，包括：组织客服经理和客服人员对新产品进行宣导、培训和答疑。 9、企划总监负责组织企划设计和网站维护人员对新产品上市做宣传资料和网上推广工作。 10、新产品验收合格入库后，库管员通知企划中心，企划中心设计产品上市通知，并安排企划网络管理员在官网与商学院网站上发通知。 二、选择题（共13题，每题2分，共26分） 1、（ B ）负责对检验合格后的产品进行储存、配货、发运。 （A）生产部（B）物流部（C）技术部（D）质量部 2、（ C ）负责产品上市前的培训准备工作。 （A）企划总监（B）运营总监（C）教育总监（D）营销总裁 3、（ D ）组织市场需求预测，将首次销售推广数量报总裁审批后，安排（）转（）下达生产指令。 （A）企划总监企划中心生产主计划员 （B）运营总监客服部生产主计划员 （C）教育总监营销支持部生产主计划员 （D）营销总裁营销支持部生产主计划员 4、（ A ）负责组织编制产品开发或升级的《可行性研究报告》 （A）产品主管（B）原材料主管（C）成品主管（D）研发主管 5、（ B ）负责组织技术项目组并任命项目经理，明确小组成员的分工职责、设计开发任务及完成时间。 （A）企划总监（B）技术质量总裁（C）教育总监（D）营销总裁
目录 1 引言......................................................错误!未定义书签。 编写目的..........................................错误!未定义书签。 适用范围..........................................错误!未定义书签。 定义..............................................错误!未定义书签。 流程图............................................错误!未定义书签。 2 需求调研..................................................错误!未定义书签。 概述..............................................错误!未定义书签。 需求调研..........................................错误!未定义书签。 注意事项..........................................错误!未定义书签。 3 可行性分析................................................错误!未定义书签。 4 需求分析..................................................错误!未定义书签。 概述..............................................错误!未定义书签。 产物/成果.........................................错误!未定义书签。 需求分析任务......................................错误!未定义书签。 需求分析方法......................................错误!未定义书签。 原型化........................................错误!未定义书签。 需求报告..........................................错误!未定义书签。 划分需求的优先级..................................错误!未定义书签。 评审需求文档和原型................................错误!未定义书签。 5 系统设计..................................................错误!未定义书签。 概述..............................................错误!未定义书签。 产物/成果.........................................错误!未定义书签。 产品设计..........................................错误!未定义书签。 概述..........................................错误!未定义书签。 流程图........................................错误!未定义书签。
目录 软件开发标准化工作流程 1引言 1.1编写目的 说明编写这份软件开发标准化工作流程的目的，指出预期的读者。 1.2适用范围 互联网开发中心所有项目。 1.3定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
1.4流程图 2需求调研 2.1概述 需求调研对于一个应用软件开发来说，是一个系统开发的开始阶段，需求调研的质量对于一个应用软件来说，是一个极其重要的阶段，它的质量在一定程度上来说决定了一个软件的交付结果。怎样从客户中听取用户需求、分析用户需求就成为调研人员最重要的任务。
2.2需求调研 总体而言，需求调研可按照业务流程、业务规则、表单数据、贯穿系统的关系四个方向来进行调研。 ●业务规则 各个流程、功能点等事项的办理，都会有相关约束或条件，那么需要对其前置条件、后置条件、数据验证、条件判断等进行分析调研。调研对象一般为操作员。 ●表单数据 对各个功能点的业务数据、数据项、表单格式、查询条件以及其它相关数据进行明确的分析调研。调研对象一般为操作员。 ●贯穿系统的关系 各个模块或科室之间的数据交换、传递以及数据共享等，需要我们调研人员与各个模块或科室的相关负责人进行多方沟通，确定一个多方满意的需求调研结果。 2.3注意事项 ●调研过程中，用户说的很快，不可能等我们全部记录之后， 再讲下一个问题。因此，只能在笔记本上速记，有时只能记录1、2个关键字。因此，每天调研结束之后，当天晚上必须整理当天的调研情况，写成一份调研日记。整理当天的调研记录时，还要整理出待明确的问题，下一次再找机会与用户再沟通、确认。
●调研的各个阶段，必须出具相关文档或文件，比如调研计划、 流程图、表单样式、报表格式、背景图片、数据项列表、讨论记录、问题列表等。 ●所有疑问必须等到明确的答复，不能出现相互矛盾、似是而 非的需求。需准确理解客户的讲解，如果有问题的先做记录，之后将整理的问题向客户询问，得到明确的结果。需求必须是客户接受和确认的，不能有臆测的需求。 ●要合理安排好时间和进度。有时候客户还有自己要做的事情， 不一定能及时相应。所以必须提前预约好时间，保证整个需求调研的进度。 ●能积极引导客户。当客户出现疑虑，而调研人员能明白且能 做好客户想要的东西的时候，调研人员能及时积极引导客户，详细讲解我们所知道的东西，并能让客户接受与确认。 ●如遇公司有相关原型或产品，调研人员需先详细了解公司的 相关原型和产品，根据成品，找出本地化的差异化需求。 3可行性分析 这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。 可行性研究应该比较简短，这个阶段的任务不是具体解决