IT项目文案范文

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。

而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。 过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。

最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。

在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？ 因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段： 一、意向提出阶段 在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。

但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。

并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。 对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。 意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段 在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。

采用的方法主要包括各业务层次人员访谈、会议。 在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。

解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。

一般来说，需求分析包括以下内容： 当前业务流程分析 未来业务流程分析 当前业务与未来业务的差异分析 信息化功能点需求 对将来系统的非功能需求，如：性能需求，环境需求，安全需求等 需求的优先次序 需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括： 制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。 召开评审会议：召开评审会议，对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。 重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段 可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。

并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。 项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。

业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立在业务需求的基础上，是不。

IT项目文案范文

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。

而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。 过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。

最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。

在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？ 因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段： 一、意向提出阶段 在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。

但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。

并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。 对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。 意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段 在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。

采用的方法主要包括各业务层次人员访谈、会议。 在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。

解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。

一般来说，需求分析包括以下内容： 当前业务流程分析 未来业务流程分析 当前业务与未来业务的差异分析 信息化功能点需求 对将来系统的非功能需求，如：性能需求，环境需求，安全需求等 需求的优先次序 需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括： 制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。 召开评审会议：召开评审会议，对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。 重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段 可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。

并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。 项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。

业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立。

如何编写IT项目方案

不知道你是大工程还是小项目！？工程实施前的准备：项目市场调研报告，项目申请报告（可以2合一）；项目可行性报告，项目论证报告（可以2合一）。

立项后的需求分析阶段：项目需求分析报告书，项目风险评估报告，假如你已签订合同或者立项，则还需要：项目施工合同书，工程合作备忘录（大项目或者工程才用到），项目（工程）规划书，项目经费预算报告（可以和前面的规划书2合一）。工程施工阶段：项目工程设计报告（必须附带细则和对应的甘特图）。

与信息系统有关各表的编码规则，阶段性报告。项目测试与验证阶段：测试计划书，测试报告（有两个，一个给合同方一个给自己内部人员）。

项目收尾与后续协议：软件用户手册（帮助文档），售后服务协议，还有给自己人看的结项报告。非常仔细吧，呵呵，小工程有很多报告是可以二合一的，大工程那就要逐步细化的产生报告了！。

IT项目如何成功？

在很多年以前，一位好的项目经理并不一定要是一位交流高手。

客户们通常并不喜欢这种情况，但是由于项目经理能够向他们提供产品，他们也就接受了。然而，在今天这个崭新的IT世界里，所有的项目都要在客户的合作下才能够完成，而这种合作绝对离不开良好的交流。

事实上，项目中出现的很多问题都是交流不善所产生的结果。但是，聪明的项目经理是懂得如何来解决交流中出现的问题的。

问题所在一旦交流出现了问题，项目的成功就会遇到阻碍。那么问题通常出现在那些方面呢？期望值不同项目经理要努力让与项目有关的每一个人建立起同样的期望值，包括项目应该何时完成、带来什么样的结果，成本如何。

这些期望值最初在对项目进行计划时就应该在计划书中明确下来。但是，很多项目经理没有能够让关键股东及时了解期望值的变化。

人们在做出决策时通常要依据当时所掌握的最佳信息，如果项目经理不能让所有人都对项目的期望值有同样的了解，就会在同步性上出现问题。 意外如果不能及时了解项目进展，人们就会对项目进行过程中出现的变化感到意外。

例如，如果你无法按照预计工期完成项目，而又不想让股东在项目进展报告中了解到这一点，那么该如何去做呢？前摄性的交流意味着及时意识到无法按照预计工期完成项目的风险。然后继续按照预计工期的要求进行项目。

如果你不得不宣布无法按照预计工期完成项目，其他人能够有所准备，不会因此而感到过于不安。人们通常会由于在最后时刻才得知坏消息而感到愤怒和沮丧，因为他们已经来不及适应变化了的情况了。

没有人知道项目的进展情况在一些情况下，股东们并不真正了解项目的进展情况。 如果没有正确的信息，人们是无法做出最佳的决策的。

如果他们不了解项目的进展情况，就要花费额外的时间去搜集更进一步的信息。事实上，如果你及时向股东提供项目进展信息，而他们却不停的向你追问更新的信息，这可能表明你们之间的交流还是存在着问题。

人们在最后时刻受到项目的影响在这种情况下，项目经理没有提前让其他人了解项目会对他们产生的影响。 交流通常总在最后一刻，但往往是为时已晚。

这样的例子有很多。例如，项目经理在三个月之前就已经知道自己需要一位专家，但是却在立即需要专家帮助之前一周才开始寻找。

这样，其他人就无法做好充分的准备。小组成员不知道大家对自己的期望值交流问题不仅可能出现在项目小组与其他部门、人员之间，还有可能出现在项目小组的内部。

有一些项目经理没有很好的同小组成员进行交流，让他们了解大家对自己工作的期望值。有的时候，项目经理不知道什么时候该给小组成员布置工作任务，有的时候，项目经理明明知道自己对小组成员的期望值，但却没有及时告诉他们，直到发现他们的工作出现了问题。

有的时候，由于项目经理没有说明工作要求，小组成员花费时间做了很多不必要的工作。 无论是对于项目经理来说还是对于小组成员来说，这种交流不善的情况都让他们做了很多额外的工作，也难免让他们的心情感到沮丧。

怎么办？有些项目经理在刚开始的时候并不是良好的交流者。如果你觉得自己属于这一类的话，就应该通过培训或是他人的指导来更好的学习和掌握交流技巧。

但是，在大多数情况下，交流出现问题并不是因为缺乏交流技巧，而是因为没有对交流给予足够的重视。很多项目经理把前摄性的交流看作最不重要的一件事。

当他们与他人进行交流时，通常既简单又仓促，给人一种他们不愿意花费时间与经历与别人进行交流的感觉。良好的交流秘诀在于让听者——而不是说者——成为焦点。

要站在听者的角度上。

建设项目实施方案范文-养殖项目实施方案怎么？养殖项目实施方案怎

（一）喂养 1。

正常情况下，特种野猪的喂养按猪食量调理喂料。 2。

小猪断奶以后一个月以内，以少食多餐，每日至少喂食6次以上。但不能有剩余现象发生。

3。怀孕母猪一个月以后要加强营养，应逐步加量喂食（哺乳料），这样即可让母猪营养均衡，使所产小猪强壮，发育良好。

4。配种公猪喂食要充足，但以不胖为原则，需经常调养，进行必要的运动，使其体格强壮。

5。全场母猪应加以适量青饲料喂养，喂养量的多少根据季节、猪种具体而定，喂养时应保持青饲干爽、干净，如水份过多情况下应适量晒干。

6。以上饲喂项目均要求栏中不能有剩余饲料，（具体喂养量根据本基地制定标准进行。

）发现有剩余情况应立即清理干净（剩余饲料的情况容易诱发野猪的不良习性，甚至导致生病等，必须杜绝）。 （二）防疫 1。

所有特种野猪的防疫以四个月为一个周期循环，在每个周期的第一个月，每隔10天注射一次猪瘟、蓝耳、链球苗疫苗（分三次）。 2。

小猪断奶7天以后每隔10天注射猪瘟、蓝耳、链球苗疫苗[以后同上]。 3。

母猪必须注射细小灭活疫苗、伪狂犬疫苗，防止小猪死胎及不健壮，另产前40天及15天需注射：《仔猪大肠埃希氏菌病三价灭活力疫苗》防止仔猪拉稀疫苗。 4。

每隔90天左右应给全场野猪喂食驱虫药物一个疗程[一疗程为三至七天]。 5。

猪病防治以中草药调理为主，一般情况下不使用抗生素药品。 （三）配种 1。

当母猪出现阴户红肿，烦燥不安，用手按其背部母猪竖耳不动等情况，用手抚摸阴部出现粘液粘手，则视为发情最佳配种时期，马上可配种（初产母猪则在发情第二次配为好）。 2。

配种应早晚各配一次，二次以上为最佳配种方法。 3。

配种时应用稀释后的高锰酸钾，消毒母猪阴部，及公猪生殖器官。 4。

配种时最好是人工辅助，将公猪生殖器官导入母猪阴户，并且抚摸其阴部，尽其量让其放松等。 （四）产仔 1。

临产母猪会出现烦燥不安症状，应及时将猪舍清理干净，保持干燥，消毒，如阴部出现羊水，就会在两小时左右生产。 2。

产仔后，应迅速将仔猪全身用干毛巾擦干净，将其呼吸部位胎水去除，将脐带用绳子结扎在距脐部5厘米处，然后剪掉多余部分后消毒，再放入保温箱使其毛发干燥。 母猪产完后应及时对奶头进行消毒，尽快让仔猪吮吸初乳。

3。生产母猪产仔3-5只左右时，应给其注射消炎针，随后再注射缩宫素。

（五）运动 1。 全场野猪每天应保持适量运动，原则上每天上午喂食后一小时左右分批放出户外运动。

2。 怀孕二个月内及待产母猪尽量少运动。

3。 种公猪应适当延长运动时间与增加运动次数。

（六）卫生 1。应每隔三天用消毒液对猪场进行全面消毒，消毒应注意猪场角落及野猪身上均要消毒到位。

（每次消毒时，应将各种不同成份消毒液交替使用。 ） 2。

猪舍应随时保持干净、干爽、清洁、通风，全场猪舍每天至少一次洁净水冲冼。平时发现猪粪在猪舍前端时应随时清理。

如何做好IT软件实施项目

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。

严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。

1、流程第一阶段：项目的启动 在项目管理过程中，启动阶段是开始一个新项目的过程。启动信息技术（IT）的项目，必须了解企业组织内部在目前和未来主要业务发展方向，这些主要业务将使用什么技术及相应的使用环境是什么。

启动信息技术（IT）的项目的理由很多，但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台，而不是展示先进的IT技术。 2、流程第二阶段：项目的计划 在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。

在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。

今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

3、流程第三阶段：项目的实施及控制 在项目实施阶段是占用大量资源的阶段，此阶段必须按照上一阶段定制的计划采取必要的活动，来完成计划阶段定制的任务。在实施阶段中，项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目，由项目团队中的不同的成员来完成各个子项目的工作。

在项目开始之前，项目经理向参加项目的成员发送《任务书》。 4、流程第四阶段：项目的收尾 在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。

在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。

今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

5、流程第五阶段：项目的维护期 在项目收尾阶段结束后，项目将进入到后续的维护期。项目的后续维护期的工作，将是保证信息技术能够为企业中的重要业务提供服务的基础，也是使项目产生效益的阶段。

在项目的维护期内，整个项目的产品都在运转，特别是时间较长后，系统中的软件或硬件有可能出现损坏，这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的，将一直持续到整个这个信息技术（IT）项目的结束。

如何编写IT项目方案.ppt

2012-9-24 如何编写IT项目方案 通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用。

帮助大家更容易地理解IT项目管理的理论体系：九大知识领域和五个过程组。 帮助大家学习掌握IT项目方案编写方法。

目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有：用户解决方案、项目申报方案、可行性报告等等。

写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决： 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等。

一般出现在申报方案。 需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。

给读者阐明为什么做。 方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处。

一般出现在申报方案。 方案设计原则，就是在设计解决方案时，必须要遵循的原则。

所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。

遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度。 方案的目标，总体概述解决问题的方案，高度概括。

一般出现在申报方案。 解决方案，给读者阐明怎么做，来解决问题。

是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案（进度计划），给读者阐叙做的具体步骤，工作路线。

服务方案（服务计划），给读者阐明你有服好务的具体措施。 培训方案（培训计划），给读者阐明你有做好培训的具体措施。

沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍，给读者证明，你已经具备了实现这个方案的能力。 工作基础、工作成果积累，进一步论证你具备实现这个方案的能力。

满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性。

需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。

用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。

同时，到位的需求分析，也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容。

一个到位的需求分析，是一个好方案的一半。反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣。

要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求（质量需求） 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要，可以做进一步分类描述。

对于一个综合性IT应用解决方案，如金保工程方 案，需求分析应包含以下几个方面的内容 大家要注意，用户需求是多角度的 在进行需求分析描述时，各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住，这里每一部分的描述都将是后面相应内容的线索和论据。

用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容。 这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强。

方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。

方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针。 就是在设计解决方案时，必须要遵循的原则。

所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中。