育才学习网1.怎么写项目需求文档
系统流程描述 1.1.1 项目名称 项目名称（项目类型） 1.1.2 项目开发者 成员一：** 成员二：*** 成员三：*** 1.1.3 项目开发环境 MyEclipse + Tomcat5.5和MyEclipse（自带）+ SQLServer 2005 1.1.4 系统功能设定 品红商业网分为2大模块： 1.前台系统 ## 设定新闻，商品以及购物相关功能： NEWS：对新闻的增加、删除和查询操作，并且增加上下条功能进行查询，以及最新新闻的显示与增加。
PRODUCT：对商品的增加、删除、修改和查询操作，并且增加分页技术进行查询，以及最新商品的展示与增加；增设对商品的选购，打印清单、结算功能。 TALKING：用户之间的在线聊天，进行互动交流，洽谈业务，对信息发表自己的看法等，并设有广告介绍，让用户了解最新信息。
MESSAGE：客户留言薄，针对各种商情，业务交流进行离线留言，站外，站内用户可以通过此信息及时了解最新资讯，了解用户反馈信息等。 ABOUT：介绍了公司对客户的信心，诚意做出了诚恳的表态。
AFTER：介绍了公司关于商品的售后服务条例等，给客户提供更满意的服务。 COPYRIGHT：介绍了公司的版权信息，以及法律授权及其相关。
2.后台管理系统 ## 设定对管理员，用户以及管理员对新闻和商品信息的相关操作。 ADMIN：对用户的查询和删除，对新闻的增加，删除和查询，对商品的增加、删除、修改和查询，都增设了分页技术更有规范的查询。
并附有时间，让操作人员在任何时候都能得到精准时间，以提高管理员的时间观念。 1.1.5 项目开发技术 JSP + JavaScript + HTML 1.1.6 设计思路 通过相关技术，一一实现对管理员，站外，站内用户，公司新闻信息，商品信息进行实用的操作。
1.1.7 项目背景 本着为客户提供最优质的服务，项目从多角度考虑需求，以求达到客户所需要的功能，实现零距离的操作。 1.1.8 主要模块讲解 1.1.8.1 模块一 1. 名称：管理员模块 2. 简介：管理员的登录，对相应信息操作 实现了管理员对用户，管理员的操作： 1. 对用户的查询，删除（必要的删除），使用分页技术给管理员更好的视觉效果。
2. 添加管理员使用了MD5加密技术，登录及相关操作时的各种精密验证，达到更高的保密性，安全性。 1.1.8.2 模块二 1. 名称：新闻模块 2. 简介：新闻展示，更新，增加和删除 1.对新闻的查询和删除，使用分页技术给管理员提供更好的操作性能 1.1.8.3 模块三 1. 名称：商品模块 2. 简介：商品展示，更新，增加和删除 1. 对商品的查询、删除、增加和更新，分别使用分页技术给管理员提供更好的操作 1.1.8.4 模块四 1. 名称：用户模块 2. 简介：可以进行授权的操作，登录在线聊天进行交流，登录购物台进行选，购。
1.1.8.5 模块五 1. 名称：论坛模块 2. 简介：可以查看所有的论坛信息，并进行筛选，删除不健康、不文明留言 ============================================================================ 希望能给你 解决1。
2.java 项目需求文档要怎么写
需求文档一般分两类
需求调研报告
需求分析报告
调研报告：是记录的用户的原始需求，基本上可以算做是和用户沟通的原始记录。
分析报告：是对调研报告进行归类分析的结果。一个比较全面的文档了，在这个文档里面一般包含以下内容：
项目的背景
项目的目标
项目的范围
用户特点
相关技术、规范标准等
相关约束
用户的组织结构、角色等
用户需要的功能点，这些功能的优先级，业务流程、功能特点，有没有特殊需求等等
总而言之，需求分析报告的下一站是给设计人员的，设计人员看到需求分析报告就知道系统应该包含哪些功能点、权限设计、流程设计等，这些内容都可以直接从需要分析报告里面得出
3.项目需求 该 怎么写
如果是一个软件系统的项目，站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容。而项目管理文档中主要是项目需求，在项目实施文档中主要是用户需求分析报告、软件（或系统）需求规格说明书等。项目需求主要包括：（不同的项目还会有适当增减，由于不清楚你的项目具体情况，所以把总体上项目需求包括的内容都罗列一下）
1. 适用范围（阅读者）
2. 项目背景
3. 项目概述
4. 项目目标及范围
5. 项目工期与预算
6. 项目软件（系统）需求
7. 项目约束（运行环境、开发环境、技术路线、）
8. 项目测试与验收
9. 用户培训
10. 售后维护与支持
11. 其他项目中用户提出的需求
4.项目需求报告要怎么写
原发布者：davislees2a
软件需求分析报告模板精选（主要参考红色部分。写作时，主要用用例图和类图做为辅助说明）11.引言引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。1.1编写目的说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和（或）发行版本号，从而对该软件产品进行准确的定义。如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。1.11.2项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：●任务提出者；●软件开发者；●产品使用者。1.21.3文档约定描述编写文档时所采用的标准（如果有标准的话），或者各种排版约定。排版约定应该包括：●正文风格；●提示方式；●重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。1.31.4预期读者和阅读建议列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：●用户；●开发人员；●项目经理；●营
5.项目需求分析怎么写
项目需求分析的概念 需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。
（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档（System Requirement Specification）; 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
狭义上理解：需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力，财力，时间，开发出的软件却没人要，那所有的投入都是徒劳.如果费了很大的精力，开发一个软件，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的.（相信大家都有体会）比如，用户需要一个for linux的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发for windows的软件，当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，痕不得找块豆腐一头撞死. 需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中，他的作用要远远大于程序设计. 二、需求分析的任务 简言之，需求分析的任务就是解决"做什么"的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求.三、需求分析的过程 需求分析阶段的工作，可以分为四个方面：问题识别，分析与综合，制订规格说明，评审. 问题识别 就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，以及需求应该达到的标准.这些需求包括：功能需求（做什么），性能需求（要达到什么指标），环境需求（如机型，操作系统等），可靠性需求（不发生故障的概率），安全保密需求，用户界面需求，资源使用需求（软件运行是所需的内存，CPU等），软件成本消耗与开发进度需求，预先估计以后系统可能达到的目标. 分析与综合 逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分.最后，综合成系统的解决方案，给出要开发的系统的详细逻辑模型（做什么的模型）. 制订规格说明书 即编制文档，描述需求的文档称为软件需求规格说明书.请注意，需求分析阶段的成果是需求规格说明书（好象软考曾经考过这个问题），向下一阶段提交. 评审 对功能的正确性，完整性和清晰性，以及其它需求给予评价.评审通过才可进行下一阶段的工作，否则重新进行需求分析。
四、需求分析的方法 需求分析的方法有很多.这里只强调原型化方法，其它的方法如：结构化方法，动态分析法等（个人认为，对初学者不必深究这些方法，实际上我也从来没用过这些方法）在此不讨论. 原型化方法是十分重要的（是软考等常考的知识点）.原型就是软件的一个早期可运行的版本，它实现了目标系统的某些或全部功能. 原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能，但是这个系统可能在可靠性，界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性，技术的可行性，或考察是否满足用户的需求等.如，为了考察是否满足用户的要求，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，然后听取用户的意见，改进这个原型.以后的目标系统就在原型系统的基础上开发. 原型主要有三种类型（软考考过）：探索型，实验型，进化型.探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性.实验型：用于大规模开发和实现前，考核方案是否合适，规格说明是否可靠.进化型：目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。 在使用原型化方法是有两种不同的策略：废弃策略，追加策略.废弃策略：先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改，形成比较好的思想，据此设计出较完整，准确，一致，可靠的最终系统.系统构造完成后，原来的模型系统就被废弃不用.探索型和实验型属于这种策略。
追加策略：先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，然后通过不断地扩充修改，逐步追加新要求，发展成为最终系统。进化型属于这种策略.。