「项目需求调研」 项目需求分析的内容？

项目需求调研： 项目需求分析的内容？

项目需求分析的内容至少包括五个方面：1.国家和地区需求分析通过对一个国家或地区的地理位置、自然特征、人口状况、经济结构、经济发展水平等方面的了解和研究，进而对项目的产品供需格局及趋势进行分析。这个分析是项目需求分析中最重要的一项，它...展开全部

其他答案:当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。这属于基本的需求分析的基础文档系统。

项目需求调研： 什么是项目需求分析

就是做这个项目需要什么东西，比如说开发环境，开发语言，还有你的开发流程等等，这个需求分析和你的这个项目紧密地联系，项目的制作取决于这个需求分析。他要需求分析也就是对你怎么开发这个项目有个了解，你必须把这个需求分析写的详细，把你开发...

项目需求调研： 项目需求分析怎么写

项目需求分析的概念 需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受...展开全部

项目需求调研： 项目的需求与调研哪个先做？

需求调研是为需要说明书做前期工作，可以说需要说明书说是从需求调研表中得到或抽取而出。需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程，再把这些需求开进细节整理由设计部开发，再由销售部销售给用户。前期准备1. 确定...展开全部

其他答案:一、如何理解客户业务和客户需求？ 原则1：由粗到细，从宏观到微观。 必须先从宏观上了解客户业务的全貌，再逐步深入细节。因为对于客户的业务而言，我们是外行，如果从业务细节着手，很容易迷失方向，失去对业务核心的把握。同时要认识到，对于一个外行而言，我们对细节的深入也必定是有限的，不要指望自己能够无穷的彻底的了解每一个细枝末节。一是不可能有无限的时间给你了解，二是没有这个必要。因为未来的系统也不可能完全包办所有业务的细节，还有很多事情是要靠客户企业中这些具有专业技能的人来做的。 原则2：从不同层次的客户代表那里收集不同层次的需求 对于企业高层决策者，他会给你描述一个系统的大的功能蓝图，如使企业具有整体报价能力，能更好的服务于高端客户，能支持企业的重大业务决策等；对于企业各级管理者，他会给你讲述他这一层的管理需求，如能更好的进行部门员工的业绩考核、生成月度报表，更好的进行业务结算等；对于各级业务操作人员，他可能给你谈及很多业务细节和操作细节…… 在由上到下的逐级访谈中，对未来系统的描述就从一个大黑箱变成多个小黑箱，再变成透明、明确、详细的系统定义的过程。 客户业务调研和需求分析注定是一个不断细化的过程，不要指望一次访谈/调研就能穷尽，也不要指望一次开发过程就能得到完全满足客户梦中期待的那套系统来。因为事实上很多需求是隐性的，连用户都不清楚自己的需求。只有经过多次循环细化才可能把更多隐性的不断挖掘、暴露出来。 二、如何具体开展需求调研工作？ 在rup中定义需求工作流程的工作目的如下： 1. 客户和其他涉众在系统的工作内容方面达成并保持一致； 2. 使系统开发人员能够更清楚地了解系统需求； 3. 定义系统边界（限定）； 4. 为计划迭代的技术内容提供基础； 5. 为估算开发系统所需成本和时间提供基础； 6. 定义系统的用户界面，重点是用户的需要和目标。 首先要做好业务调研。要尽早把已经收集到的业务资料熟悉起来，并在理解的基础上提炼出问题列表，制成调查问卷。业务调研的要求是一定要沉下去，深入细致的了解客户的业务流程，而不是急着赶工完成自己的需求工件设计和业务模型的建立。在了解各项业务流程的同时，与客户一同深入分析业务的实现逻辑，并记录下有关的实现案例信息，收集好、整理好、分析好有关的参考材料。 要把迭代的思想贯穿于从业务调研、需求分析，乃至项目实施的始终。所谓迭代，就是我们老老实实承认我们没有能力一次就把事情做到尽善尽美。所以我们就先把一大部分有把握的地方做好，再在前面成功的基础上不断做好剩余的部分，最终就能无限接近于成功。设计编码过程是如此，业务调研和需求分析也是如此。 企业系统的设计开发与软件产品的设计开发有一个最大的不同，就是企业的需求肯定会变化，过去在变、调研的时候会变，系统实施后还会变。而我们要做的就是去适应这种变化。事实上，也正是因为我们采用的是面向对象的方法，才可能做到这一点。因为面向对象的方法认为：对象的基本属性是客观的和不会频繁变化的，而对象间的关系则是可能不断变化的。所以我们在业务调研和需求分析中也要认识到这一点，把不变的沉淀下来，把可变的灵活性和变化的自主性留给客户。 各位都是做技术的，在业务调研和需求分析中难免会不由自主的考虑一些技术实现的问题。值得强调的是：需求与技术无关。在业务调研的时候要忠实的进行记录，不要因为你个人对实现的疑虑而对用户需求进行（过早的）修改和裁减。 要善于争取客户方各级人员（均是项目干系人，rup中称为涉众）的支持。只有得到未来系统用户的充分参与，项目才有可能最终取得成功。一套缺乏用户参与的系统，即使最后做出来也是注定没有人去用的。 一是要利用客户企业的组织关系，争取到上层的支持，由上到下进行调研配合；二是要会在调研过程中为目标用户树立有针对性的愿景，让他认同愿景的同时主动、积极的支持你的调研过程。

项目需求调研：一般开发一个项目的需求分析该怎么写？

需求文档一般分两类：需求调研报告、需求分析报告 调研报告：是记录的用户的原始需求，基本上可以算做是和用户沟通的原始记录。 分析报告：是对调研报告进行归类分析的结果。一个比较全面的文档了，在这个文档里面一般包含以下内容：项目的背景、项目的目标、项目的范围、用户特点、相关技术、规范标准等。相关约束、用户的组织结构、角色等用户需要的功能点，这些功能的优先级，业务流程、功能特点，有没有特殊需求等等 总而言之，需求分析报告的下一站是给设计人员的，设计人员看到需求分析报告就知道系统应该包含哪些功能点、权限设计、流程设计等，这些内容都可以直接从需要分析报告里面得出

项目需求调研：外包项目中，需求调研该如何做？有哪些建议？

项目干系人：甲方分管领导、甲方项目经理等。

现状调研：施工现场、现有网络结构、现有软件情况、现有硬件设备情况。

实施地点：研发现场、安装现场。

硬件采购内容：服务器型号数量、交换机型号数量、其他设备等。

软件功能内容：软件使用场景。

时间节点：招标时间、项目启动时间、项目验收时间。

预算调研：搞明白甲方本期项目投入预算金额。

乙方成本毛估：软件研发费用、硬件采购费用、施工安装费用、差旅费用等。

---------------------

来自：