需求分析

需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。

工商银行现正在新大楼的二层、四层建设两个先进完备的数据中心机房。由于有一定数量的操作人员需要通过在总控室内对机房内大量的集中放置的应用服务器和网络设备进行管理，并且考虑到老机房内的AMX集中控管系统的统一管理，现正在寻求一种能够满足这种特别需求的解决方案，以便使有关操作人员不必进入机房内也能操控所有三个机房区域内的所有服务器设备，且当系统规模扩张时仍能保持整个系统的完整性而达到管理上的简单有效。

软件需求工程过程(SREP)，本文简要地列举并说明了在整个软件需求工程的过程中的工作职责要点。

无论如何，软件的需求分析和设计，都是一种艺术，是要在我们不断的开发过程中去积累和提高的，要做到最好，所有的付出，都是值得的。

业务需求分析和实施原则

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。

客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。

你要找那些让你提交这些报告的人，问明白他们说的这些报告究竟需要涉及什么内容，给什么人看，格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案，就没有必要给他们一个他们自己都不知道想不想要的东西。

需求分析是整个项目管理中需要重点控制的几个关键节点之一，首先思想上一定要重视。

比起不成功的项目，一个成功的项目在开发者和客户之间往往采取了更多交流方式;IT供应商不仅与终端用户或潜在用户群交流，而且对用户感性、朴素的认识进行抽象，提取出潜在逻辑关系，准确把握客户的真正需求，然后才进行软件开发。作为项目开发者和最终用户之间的“桥梁”，CIO如何推进开发人员和终端用户的“对接”?如何从用户笼统、感性的描述中抽象出潜在逻辑关系?

软件需求说明书写作提纲

开发方与用户的合作关系对需求开发而言是至关重要的需求分析员要与用户建立良好的合作关系，对于重大的、复杂的项目，我们不能完全期望双方能够自发地建立起良好地合作关系，这样风险太大。 开发方和用户方在开展需求开发之前，双方协商并撰写“用户在需求工程中的权利与义务”，即以协议的方式确定合作关系，这样能减少今后的摩擦。如果条件允许的话，开发方最好为用户举办关于需求工程的培训，这样的培训将使用户明白需求的重要性以及忽视需求的危害性，从而促使他们积极友善地参加需求工程中的各项活动。

当企业有一些面向服务的体系结构（Service-Oriented Architecture，SOA）服务时，需求收集流程就可能非常有挑战了。当某个业务单位需要与另一个组相同的服务时，如何进行处理呢？通过本文可了解如何最好地捕获和记录来自多个不同组的需求。

软件开发过程中较为关键的一环就是软件的调研。调研的结果直接关系到软件产品使用价值的高低，也必然影响到软件的价格以及市场的反响。任何一个被用户认可的软件无不经过详细调研过程。正因为如此，笔者认为有必要谈一谈软件调研的有关问题。特别是目前大部分较小的软件公司不太注重软件的质量和用户需求，调研过程过于简单。因而使软件的收益不大，有的还需要二次开发和修改，浪费了大量的人力和财力。笔者就软件开发中的调研对象与被调研对象发表了见解。

IT项目管理:软件需求相关工作问题集

本文结合管理信息系统项目实施的实践，提出一种新的需求分析方法-简化原型法。这种方法根据数据库应用的特点，将需求分析分为两个阶段，并简化了作为需求分析工具的系统原型。

根据调查，属于需求分析和软件设计的错误和缺陷约占软件错误的64%，而属于程序代码的错误仅占36%。因软件错误的积累与放大效应，造成整个软件业项目拖延的情况高达20%到60%。这些数据表明搞好需求调研分析及软件设计是提高软件质量的基础。以下是一些通过全面了解所有项目干系人的需求改进需求调研分析效果的体会。

关于CRM的讨论在媒体上也越来越多，但许多讨论已越来越偏离应用软件系统，进入哲学范围，只谈理念与管理，忘记了CRM需要信息技术作为支撑。本文总结了作者在CRM领域的多年从业经验，从软件实施角度重新审视CRM实施，为企业实施CRM与建设CRM系统，提供一点参考经验。

成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。

要想说什么是好的需求分析，不如说什么是不好的需求分析，知道什么是不好的，自然也就 知道了什么是好的。永远别忘了：需求分析和程序设计不尽相同，合理、可行是才是重要的。跳出程序设计的圈子，站在系统的角度上来看问题，你的结论会截然不同。