项目需求要怎么写？

1. 项目需求要怎么写？

1	项目概述																																																																		
	  1.1	建设背景																																																																		
	  1.2	建设需求																																																																		
	  1.3	建设目标																																																																		
	  1.4	建设依据																																																																		
2	网络及硬件方案																																																																		
	2.1	网络方案																																																																		
	2.2	硬件方案																																																																		
	2.3	系统软件方案																																																																		
3	平台软件建设方案																																																																		
																																																																						
4	终端管理方案																																																																					

5	接口	
6	项目组织	
	6.1	项目组织	
	6.2	项目管理	
	6.3	问题管理过程	
	6.4	项目实施步骤	
	6.5	项目沟通与交流	
	6.6	项目风险分析	
	6.7	风险规避	
7	实施计划	
----------------------------------
只能给你提供一个简单的目录结构，这样估计你也知道该从哪里下手了~
不需要的可以更改，有自己的想法可以加进去~
做项目需求调研,最需要的是自己动脑去想~

2. 项目的需求分析怎么写?

项目需求分析怎么写  
 项目需求分析的概念　　需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档(System Requirement Specificatio郸); 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
 
 狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析　　需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死.
 
 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计. 二、需求分析的任务　　简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求.三、需求分析的过程　　需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审.
 
 问题识别
 
  
 
 就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标.
 
 分析与综合
 
 逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型).
 
 制订规格说明书
 
 即编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书(好象软考曾经考过这个问题),向下一阶段提交.
 
 评审
 
 对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。 四、需求分析的方法　　需求分析的方法有很多.这里只强调原型化方法,其它的方法如:结构化方法,动态分析法等(个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法)在此不讨论.
 
 原型化方法是十分重要的(是软考等常考的知识点).原型就是软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能.
 
 原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部功能,但是这个......
  软件的需求分析怎么写啊？  
 1. 引言
 
 1.1　编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.
 
 1.2　项目背景
 
 1.2.1项目委托单位:****公司
 
 1.2.2开发单位:***公司
 
 1.3　定义
 
 1.4　　参考资料
 
 2. 任务概述
 
 2.1　目标:
 
  决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示
 
 提高效率:利用软件进行管理,避免人工管理的失误以及 延迟性,从而实现高效率的管理.
 
 2.2　运行环境:
 
  硬件方面:Pentium级处理芯片
 
 1兆显存的兼容显卡
 
 256色,800*600的兼容显示器
 
 标准兼容打印机
 
 软件方面: WIN95操作系统
 
 2.3　条件与限制:
 
 编程用计算机一台
 
 完成期限2000/7/1
 
 无资金供给
 
 3. 数据概述
 
 数据流程图如下:
 
 3.1　静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据
 
 3.2 　动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间
 
 3.3　数据库描述:
 
 人事管理数据库:公司内人员的个人详细信息,包括档案信息
 
 销售管理数据库:当日销售记录及以前的销售统计,用于销售分析
 
 财务管理数据库:公司内部账目及收支情况详表
 
 技术管理数据库:公司所需各技术档案的详细记录(包括文档)
 
 3.4 数据字典:
 
 数据流词条描述:
 
 1.数据流名:登录信息
 
 来源:用户的输入
 
 去向:系统内部检验部分
 
 组成:用户名,密码
 
 流通量:每次登录输入一次
 
 2.数据流名:登录结果
 
 来源:系统
 
 去向:用户
 
 组成:返回信息
 
 流通量:每次登录返回一次
 
 3.数据流名:输入修改信息
 
 来源:用户
 
 去向:系统判断部分
 
 组成:根据各数据库内容而不同
 
 流通量:依用户输入而定
 
 4.数据流名:反馈信息
 
 来源:系统判断部分
 
 去向:用户
 
 组成:系统经判断后发回的字符数据
 
 流通量: 依系统当前信息而定
 
 5.数据流名:识别信息
 
 来源:系统内部检验部分
 
 去向:系统判断部分
 
 组成:系统各数据库的标识信息
 
 流通量:用户每次输入流通一次
 
 6.数据流名:处理信息
 
 来源:系统判断部分
 
 去向:各数据库处理部分
 
 组成:读取/修改标识,读取/修改的变量名称
 
 流通量:用户每次输入流通一次
 
 7.数据流名:读取修改
 
 来源:系统判断部分
 
 去向:系统各数据库
 
 组成:读取/修改标识,读取/修改内容
 
 流通量: 用户每次输入流通一次
 
 数据文件词条描述:
 
 1.数据文件名:人事数据
 
 简述:存储人员信息
 
 数据文件组成:人员的各项信息(以CString类型为主)
 
 2.数据文件名:销售数据
 
 简述:存储当日及从前的销售记录
 
 数据文件组成:销售的各项信息
 
 3.数据文件名:财务数据
 
 简述:存储财务管理信息
 
 数据文件组成:财务管理的各项记录
 
 4.数据文件名:技术数据
 
 简述:存储公司内部使用的技术档案信息
 
 数据文件组成:技术档案名称,内容
 
 加工逻辑词条描述:
 
 1.加工名:检验
 
 ......
  项目目标与任务需求分析应该怎么写？  
 项目目标与任务需求分析=项目的目标和任务，目标和任务是什么就写什么了
  项目需求报告要怎么写？  
 听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。听棠所说到的几点，感受特别深：“其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析”还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。
  如何做需求分析  
 随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。
 
 网站项目管理（WPM）的含义为Web-based Project Management，即以Web 应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web
 
 服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。
 
 按照笔者的经验，网站项目管理可以分为以下l六个阶段进行控制：
 
 1. 需求分析及变更管理
 
 2. 项目模型及业务流程分析
 
 3. 系统分析及软件建模
 
 4. 界面设计、交互设计及程序开发
 
 5. 系统测试和文档编写
 
 6. 客户培训、技术支持和售后服务
 
 需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。
 
 （一）如何做好需求分析及变更管理？
 
 业务员与客户进行的沟通，撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。
 
 一：让客户畅所欲言，罗列出所有的需求
 
 让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。
 
 很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！
 
 二：透过现象分析潜在的需求
 
 很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。
 
 客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。
 
 比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下......
  做程序，项目需求分析，一般做多久。  
 国内很多老一辈的根本不注重这一点。但国外的，很小的开始实战写需求了。因为他们一直认为需求是相当重要。每次都做项目前都是，乱七八操的需求分析，像个草搞。偶尔做一下，改一下。改一下需求，那么，原来的框架，编码都要改。而我同学他们的虽然做需求做了一个月多，但却是按需求很顺利的一气搞定。我问的是：无论是多大，还是多小的项目，都要把需求写清楚再做。
  java 项目需求文档要怎么写？  
 需求文档一般分两类
 
 需求调研报告
 
 需求分析报告
 
 调研报告：是记录的用户的原始需求，基本上可以算做是和用户沟通的原始记录。
 
 分析报告：是对调研报告进行归类分析的结果。一个比较全面的文档了，在这个文档里面一般包含以下内容：
 
 项目的背景
 
 项目的目标
 
 项目的范围
 
 用户特点
 
 相关技术、规范标准等
 
 相关约束
 
 用户的组织结构、角色等
 
 用户需要的功能点，这些功能的优先级，业务流程、功能特点，有没有特殊需求等等
 
 总而言之，需求分析报告的下一站是给设计人员的，设计人员看到需求分析报告就知道系统应该包含哪些功能点、权限设计、流程设计等，这些内容都可以直接从需要分析报告里面得出

3. 项目需求 该 怎么写

如果是一个软件系统的项目，站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容。而项目管理文档中主要是项目需求，在项目实施文档中主要是用户需求分析报告、软件（或系统）需求规格说明书等。项目需求主要包括：（不同的项目还会有适当增减，由于不清楚你的项目具体情况，所以把总体上项目需求包括的内容都罗列一下）
适用范围（阅读者）
项目背景
项目概述
项目目标及范围
项目工期与预算
项目软件（系统）需求
项目约束（运行环境、开发环境、技术路线、）
项目测试与验收
用户培训
售后维护与支持
其他项目中用户提出的需求

4. 项目需求分析怎么写

项目需求分析的概念　　需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档(System Requirement Specification); 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
　　狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析　　需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死.
　　需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计. 二、需求分析的任务　　简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求.三、需求分析的过程　　需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审.
　　问题识别
　　就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标.
　　分析与综合
　　逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型).
　　制订规格说明书
　　即编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书(好象软考曾经考过这个问题),向下一阶段提交.
　　评审
　　对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。 四、需求分析的方法　　需求分析的方法有很多.这里只强调原型化方法,其它的方法如:结构化方法,动态分析法等(个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法)在此不讨论.
　　原型化方法是十分重要的(是软考等常考的知识点).原型就是软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能.
　　原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部功能,但是这个系统可能在可靠性,界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性,如算法的可行性,技术的可行性,或考察是否满足用户的需求等.如,为了考察是否满足用户的要求,可以用某些软件工具快速的建造一个原型系统,这个系统只是一个界面,然后听取用户的意见,改进这个原型.以后的目标系统就在原型系统的基础上开发.
　　原型主要有三种类型(软考考过):探索型,实验型,进化型.探索型:目的是要弄清楚对目标系统的要求,确定所希望的特性,并探讨多种方案的可行性.实验型:用于大规模开发和实现前,考核方案是否合适,规格说明是否可靠.进化型:目的不在于改进规格说明,而是将系统建造得易于变化,在改进原型的过程中,逐步将原型进化成最终系统。
　　在使用原型化方法是有两种不同的策略:废弃策略,追加策略.废弃策略:先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改,形成比较好的思想,据此设计出较完整,准确,一致,可靠的最终系统.系统构造完成后,原来的模型系统就被废弃不用.探索型和实验型属于这种策略。
　　追加策略:先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心,然后通过不断地扩充修改,逐步追加新要求，发展成为最终系统。进化型属于这种策略.

5. 项目需求说明书,怎么写

一 引言
  
  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) 要求和范围
  
  
按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括：
  
   ① 输入数据的来源：例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组。
  
   ② 数据输入（指把数据输入处理系统内部）所用的媒体和硬件设备。如果只有指定的输入点的输入才是合法的，则必须对此加以说明。
  
    ③ 接受者：说明输出数据的接受者。
  
   ④ 输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，均应具体说明。
  
   ⑤ 数据值的范围：给出每一个数据元的合法值的范围。
  
   ⑥ 量纲：给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式和含意。
  
   ⑦ 更新和处理的频度：给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。
  
  
(2) 输入的承担者
  
  
    说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。
  
  
(3) 预处理
  
  
对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。
  
  
(4) 影响
  
  
  说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。

6. 项目报告怎么写？

写作思路：要直接简化任务语言。在叙述中，我们要把直接叙述变成间接叙述，尽可能简化人物语言。这样，即使情节连贯，又使语句“简练”。
正文：
项目背景：
1、项目背景：书写内容以现有行业产品在实际应用中的不足或者问题，比如：农药植保需要人工完成，工作强度大，人员易中毒，工作效率低，每年全国因农药中毒的人数达数万人，在这里重点描述行业的现状困境问题，用于本项目的提出埋下伏笔。

2、国内外发展现状：描述这块以技术现状为主，描述出现有的国内技术现状，建议带有图表性质，将行业的高端、中断、低端市场的技术情况描述清楚，国外发展现状主要靠搜索类似的高端技术，一般也是这个行业的前沿技术，写法类似于论文。
3、发展趋势：尽量突出本项的创新的发展趋势，虽然这点是写产品的发展趋势，但是为了最后落点在本项目上，需要讲关键描述方向，倾向本项目的关键性技术。完成这些内容后，最后落笔总结本项目是利用了那些创新技术，关键性技术实现了行业的不足，为行业的未来发展提供了一个什么样子的技术进步。
4、项目实施必要性：本项目是实现节能减排，实现绿色制造的需要”“本项目是提高农业机械行业植保整体技术水平的需要”“本项目是响应中国制造2025政策的需要”，里面的语言描述以陈述为主。
5、项目社会意义：
植保无人机只填补了我国植保机械智能化作业的空白，以智能化遥控技术，实现远程作业操作，同时利用高浓度药液实现单位面积高浓度喷洒，弥补了载药少的缺点，在防治效果上，其先进的喷头技术，可以实现将药物均匀喷洒在单位面积上。
将药物打入植物根部，实现100%全方位植保，植保效果十分显著，不仅替代人工，节省成本，为未来现代化农业作业提供了新方向，新思路，是农业机械发展不可或缺的一部分，也是我国农业机械智能化发展进程中的重要表现。

7. 项目需求说明书,怎么写

一，一般分为6点：
首先是引言：写出该项目需求说明书的编写目的、背景以及用处。
第二点是项目的任务概括：
写的是编写该项目的要达到的目的以及该项目适合的用户，还可以适当的加上项目的一些展示图片。
第三点是项目需求的细节：
这一部分写的是对该项目的一系列规定，比如对功能的规定、对可维护性的规定、对项目过程的规定。说清楚一点就是对于将来要做的项目的一些需求都分层次的写在这里。
第四点就是要写出对运行环境的需求：
编写之前所需要准备的东西，比如硬件设备、需要的平台等。这样好可以预算出成本，虽然不是很准，但是这个是必须的，没有哪个公司是不需要预算，要钱就给的。
第五点项目心得：
这个就是项目之后来写的，将做这个项目时自己的感想写进去，总结一下这个项目。
第六点分工：
这个是重点中的重点，要为每个参与这分配适当的工作，可以大大的节约时间，每个人都能有任务。做好分工就是充分利用资源，以及将个人擅长的部分给个人，使项目缩短制作时间的同时能提高质量。
二，项目需求说明书包括市场对此项目的需求和此项目对软硬件等设施的需求。

扩展资料：
技巧：
每一个项目都有不同的交付物，而每一件交付物需要经过不同的里程碑才能够产生，同时每一个里程碑也需要经过不同的阶段才能够达到里程的目标。每一个阶段需要经过不同的步骤去完成，而每一个步骤需要进行不同的工作。
每一个步骤需要完成一系列工作才能进行第二步骤，直至同一阶段的步骤完成才开始第二阶段，而直至全部阶段完成后才能到达一个里程碑。有些里程碑内的工作可以同期进行，但有些里程碑内的工作得等另一个里程碑完成后才能够开始。到最终完成全部的里程碑内的工作后才能够交付项目中的某一件交付物。
利用WBS技巧来建立交付组合架构，为每一件交付物建立本身的工作需求，可以让很明确地说明每一件交付物所包含的工作。这个交付组合架构更可以让在同一时间为项目建立有关的工作计划。
参考资料：百度百科——项目需求

8. 项目报告书应该怎么写