怎么写软件项目需求( 二 ) _需求

四、需求分析的方法需求分析的方法有很多.这里只强调原型化方法，其它的方法如：结构化方法，动态分析法等（个人认为，对初学者不必深究这些方法，实际上我也从来没用过这些方法）在此不讨论. 原型化方法是十分重要的（是软考等常考的知识点）.原型就是软件的一个早期可运行的版本，它实现了目标系统的某些或全部功能. 原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能，但是这个系统可能在可靠性，界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性，技术的可行性，或考察是否满足用户的需求等.如，为了考察是否满足用户的要求，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，然后听取用户的意见，改进这个原型.以后的目标系统就在原型系统的基础上开发. 原型主要有三种类型（软考考过）：探索型，实验型，进化型.探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性.实验型：用于大规模开发和实现前，考核方案是否合适，规格说明是否可靠.进化型：目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。在使用原型化方法是有两种不同的策略：废弃策略，追加策略.废弃策略：先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改，形成比较好的思想，据此设计出较完整，准确，一致，可靠的最终系统.系统构造完成后，原来的模型系统就被废弃不用.探索型和实验型属于这种策略。
追加策略：先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，然后通过不断地扩充修改，逐步追加新要求，发展成为最终系统。进化型属于这种策略. 。
3. 项目需求该怎么写如果是一个软件系统的项目，站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容。而项目管理文档中主要是项目需求，在项目实施文档中主要是用户需求分析报告、软件（或系统）需求规格说明书等。项目需求主要包括：（不同的项目还会有适当增减，由于不清楚你的项目具体情况，所以把总体上项目需求包括的内容都罗列一下）
1. 适用范围（阅读者）
2. 项目背景
3. 项目概述
4. 项目目标及范围
5. 项目工期与预算
6. 项目软件（系统）需求
7. 项目约束（运行环境、开发环境、技术路线、）
8. 项目测试与验收
9. 用户培训
10. 售后维护与支持
11. 其他项目中用户提出的需求
4. 软件工程的需求分析该怎么写首先你要找那些让你提交这些报告的人，问明白他们说的这些报告究竟需要涉及什么内容，给什么人看，格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案，就没有必要给他们一个他们自己都不知道想不想要的东西。
而实际上需求分析报告可以说是文档体系中最没有必要存在的。当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。这属于基本的需求分析的基础文档系统。