「项目需求数」 请问,项目的需求分析要怎么做。

项目需求数： 请问,项目的需求分析要怎么做。

一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者。 2、背景说明： （1）待开发的软件系统的名称。 （2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 （3）该软件系统同其他系统或其他机构的基本...展开全部

其他答案:做项目真辛苦阿！这样的感叹整天都挂在口上。客户需求变动确实是一个软件开发永远不变的话题。为什么小的软件企业面对经常变动的需求是如此的狼狈？到底要怎么做才能满足客户的需求？ 听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。 需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。 听棠所说到的几点，感受特别深： “其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析” “客户本身是不怎么懂技术的，客户只知道自己的业务需求，而在软件设计时，是在把业务需求抽象到系统中实现的，把业务转变为逻辑时，一切都应该符合逻辑的，但客户的业务思想有时候在软件系统实现时会有问题的，这就需要分析时分析出来的。少了分析，问题也会在后面的开发中暴露出来，到时可就更麻烦了。” 还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。 项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“i c”，其实在表面的业务里面可能包含着n多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。 客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。 需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。

项目需求数： 怎么做项目需求分析报告

做项目真辛苦阿！这样的感叹整天都挂在口上。客户需求变动确实是一个软件开发永远不变的话题。为什么小的软件企业面对经常变动的需求是如此的狼狈？到底要怎么做才能满足客户的需求？ 听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。 需...展开全部

其他答案:一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者。 2、背景说明： （1）待开发的软件系统的名称。 （2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 （3）该软件系统同其他系统或其他机构的基本的相互来往关系。 3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 4、参考资料 列出用得着的参考资料，如： （1）本项目的经核准的计划任务书或合同、上级机关的批文。 （2）属于本项目的其他已发表的文件。 （3）本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。二 任务概述 1、目标 叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2、用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 3、假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。三 需求规定 1、对功能的规定 用列表的方式（例如ipo表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 2、对性能的规定 （1）精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 （2）时间特性要求 说明对于该软件的时间特性要求，如对： ① 响应时间。 ② 更新处理时间。 ③ 数据的转换和传送时间。 ④ 解题时间。 等的要求。 （3）灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： ① 操作方式上的变化。 ② 运行环境的变化。 ③ 同其他软件的接口的变化。 ④ 精度和有效时限的变化。 ⑤ 计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 3、输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 4、数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 5、故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 6、其它专门要求 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。四 运行环境规定 1、设备 列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括： （1） 处理器型号及内存容量。 （2） 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。 （3） 输入及输出设备的型号和数量，联机或脱机。 （4） 数据通信设备的型号和数量。 （5） 功能键及其他专用硬件。 2、支持软件 列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。 3、接口 说明该软件同其他软件之间的接口、数据通信协议等。 4、控制 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。五 数据要求 1、数据的逻辑描述 对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据.包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。 （1） 静态数据？？列出所有作为控制或参考用的静态数据元素。 （2） 动态输人数据？？列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。 （3） 动态输出数据？？列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。 （4） 内部生成数据？？列出向用户或开发单位中的维护调试人员提供的内部生成数据。 （5） 数据约定？？说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。 2、数据的采集 （1） 要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户...

项目需求数： 项目需求 该 怎么写

如果是一个软件系统的项目，站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容。而项目管理文档中主要是项目需求，在项目实施文档中主要是用户需求分析报告、软件（或系统）需求规格说明书等。项目需求主要包括：...展开全部

其他答案:在甘孜有什么赚钱快的项目市场需求大？

项目需求数： 项目需求说明书,怎么写-百度知道

一 ：引言1、编写目的：说明编写这份项目需求说明书的目的，指出预期的读者。 2、背景说明：待开发的软件系统的名称。本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。该软件系统同其他系统或其他机构的基本的相互来往关系。...展开全部

其他答案:一，一般分为6点： 首先是引言：写出该项目需求说明书的编写目的、背景以及用处。 第二点是项目的任务概括： 写的是编写该项目的要达到的目的以及该项目适合的用户，还可以适当的加上项目的一些展示图片。 第三点是项目需求的细节： 这一部分写的是对该项目的一系列规定，比如对功能的规定、对可维护性的规定、对项目过程的规定。说清楚一点就是对于将来要做的项目的一些需求都分层次的写在这里。 第四点就是要写出对运行环境的需求： 编写之前所需要准备的东西，比如硬件设备、需要的平台等。这样好可以预算出成本，虽然不是很准，但是这个是必须的，没有哪个公司是不需要预算，要钱就给的。 第五点项目心得： 这个就是项目之后来写的，将做这个项目时自己的感想写进去，总结一下这个项目。 第六点分工： 这个是重点中的重点，要为每个参与这分配适当的工作，可以大大的节约时间，每个人都能有任务。做好分工就是充分利用资源，以及将个人擅长的部分给个人，使项目缩短制作时间的同时能提高质量。 二，项目需求说明书包括市场对此项目的需求和此项目对软硬件等设施的需求。 扩展资料： 技巧： 每一个项目都有不同的交付物，而每一件交付物需要经过不同的里程碑才能够产生，同时每一个里程碑也需要经过不同的阶段才能够达到里程的目标。每一个阶段需要经过不同的步骤去完成，而每一个步骤需要进行不同的工作。 每一个步骤需要完成一系列工作才能进行第二步骤，直至同一阶段的步骤完成才开始第二阶段，而直至全部阶段完成后才能到达一个里程碑。有些里程碑内的工作可以同期进行，但有些里程碑内的工作得等另一个里程碑完成后才能够开始。到最终完成全部的里程碑内的工作后才能够交付项目中的某一件交付物。 利用 WBS技巧来建立交付组合架构，为每一件交付物建立本身的工作需求，可以让很明确地说明每一件交付物所包含的工作。这个交付组合架构更可以让在同一时间为项目建立有关的工作计划。 参考资料：

其他答案:一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者。 2、背景说明： （1）待开发的软件系统的名称。 （2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 （3）该软件系统同其他系统或其他机构的基本的相互来往关系。 3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 4、参考资料 列出用得着的参考资料，如： （1）本项目的经核准的计划任务书或合同、上级机关的批文。 （2）属于本项目的其他已发表的文件。 （3）本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。二 任务概述 1、目标 叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2、用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 3、假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。三 需求规定 1、对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 2、对性能的规定 （1）精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 （2）时间特性要求 说明对于该软件的时间特性要求，如对： ① 响应时间。 ② 更新处理时间。 ③ 数据的转换和传送时间。 ④ 解题时间。 等的要求。 （3）灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： ① 操作方式上的变化。 ② 运行环境的变化。 ③ 同其他软件的接口的变化。 ④ 精度和有效时限的变化。 ⑤ 计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 3、输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 4、数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 5、故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 6、其它专门要求 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。四 运行环境规定 1、设备 列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括： （1） 处理器型号及内存容量。 （2） 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。 （3） 输入及输出设备的型号和数量，联机或脱机。 （4） 数据通信设备的型号和数量。 （5） 功能键及其他专用硬件。 2、支持软件 列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。 3、接口 说明该软件同其他软件之间的接口、数据通信协议等。 4、控制 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。五 数据要求 1、数据的逻辑描述 对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据.包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。 （1） 静态数据？？列出所有作为控制或参考用的静态数据元素。 （2） 动态输人数据？？列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。 （3） 动态输出数据？？列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。 （4） 内部生成数据？？列出向用户或开发单位中的维护调试人员提供的内部生成数据。 （5） 数据约定？？说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。 2、数据的采集 （1） 要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户...

其他答案:最低元/天开通百度文库会员，可在文库查看完整内容&gt；原发布者：skysn1440 汉语编程企业管理应用软件需求说明书 1引言 对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。 编写目的 为开发人员、维护人员、客户之间提供共同的协议而创立基础，对企业管理软件功能的实现作使命描述。 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 背景及范围 工程的名称：汉语编程企业管理应用软件 工程产品的名称：汉语编程企业管理应用软件 工程的组织者：北京元易达科技发展有限责任公司 产品的生产者：汉语编程企业管理应用软件开发课题组 产品的设计者：汉语编程企业管理应用软件开发课题组 产品的所有权：汉语编程企业管理应用软件开发课题组 定义，术语，缩写词和略语 企业管理应用系统软件：它是由企业管理应用系统软件课题组完全自主开发的企业管理软件，以企业各部门为基本元素的、用汉语编程来实现其功能的软件。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，

项目需求数：项目需求和目标包括哪些？

项目目标与任务需求分析=项目的目标和任务。

目标是具体可量化的,由目的而生,计划是达成目的的筹划,而任务就是计划中的每个完成点 一般先有目的,再有计划,后有目标,用任务完成目标

项目目标（Project Objectives）：简单地说就是实施项目所要达到的期望结果，即项目所能交付的成果或服务。 项目的实施过程实际就是一种追求预定目标的过程，因此，从一定意义上讲，项目目标应该是被清楚定义，并且可以是最终实现的。 项目目标包括：可测量的项目成功标准。项目可能有各种各样的经营，费用，进度，技术和质量目标。 项目目标可能还包括费用，进度和质量指标。每一个项目目标都有属性，例如费用目标就有美元单位或人民币单位。

需求分析：开发人员准确地理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转换到相应的需求规格说明的过程。

基本任务: ⑴问题识别：双方确定对问题的综合需求，这些需求包括功能需求，性能需求，环境需求，用户界面需求。

⑵分析与综合，导出软件的逻辑模型

⑶编写文档：包括编写"需求规格说明书","初步用户使用手册","确认测试计划","修改完善软件开发计划"

项目需求数：如何计算产业项目带动就业人数？

（1-就业率）*（创业项目数量*平均项目用工需求数/待就业总人数）=提高就业率

项目需求数：项目需求分析都包括哪些内容？

需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段包括：

1. 业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

2. 用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

3. 功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

4. 非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

5. 需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。