项目需求分析项目管理中做需求分析常用的工具有哪些？

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

当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。

而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。

你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。

而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。

首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于最高级次的决策者。

还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。

还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。

而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。

这属于基本的需求分析的基础文档系统。

项目需求分析的分析过程

需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审. 问题识别 就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行时所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标. 分析与综合 逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型). 制订规格说明书 即编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书(好象软考曾经考过这个问题),向下一阶段提交. 评审 对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。

项目需求分析怎么写

给你个国标，你参考参考。

再下些别人的项目需求说明，看看，

需求规格说明书

1 引言

1.1 目的

需求规格说明书是整个软件开发工作的基础，它用委托单位和承办单位都能理解的语言，清晰明确地描述所开发软件的功能、性能和软、硬件运行环境需求。

1.2 背景

本项目的委托单位：

承办单位：

1.3 参考资料

a. **有限公司**信息系统《项目开发建议书》

b. 《**公司**系统开发合同书》

c. **有限公司**系统《项目开发计划》

d. 《航空工业总公司软件工程规范汇编》，航空工业总公司软件工程化小组编。

1.4 定义

2 概述

2.1 产品描述

2.2 主要功能

要实现的业务管理功能如下：

1. 基本信息管理

1.1

2. **管理

2.1

3. **管理

3.1

4. **管理

4.1

5. **管理

5.1

2.3 实现语言

本系统将采用**数据库管理系统作为系统的后台数据库，web服务器采用**支持的**。

前台采用**作为编程语言，**和** 之间采用**专用接口进行联接，服务器与客户机之间采用**进行联接。

2.4 用户特点

2.4.1 现行系统特点

a. 现行系统概况

b. **公司**管理主要业务

c. 现行系统的特点

d. 存在的主要问题

2.4.2系统的目标

2.4.3 用户业务素质

2.5 一般约束

a. 应用范围

本软件主要针对**公司**管理业务进行企业环境下的计算机辅助管理，部分信息将发布到公司上，因此本系统的开发将采用Client/Server模式与Browser/Server模式相结合的方式。

**处内部采用Client/Server模式，**处以外的信息传递与访问采用Browser/Server模式，通过浏览器实现。

在实际运行过程中，希望**公司的领导能更加重视信息的收集、反馈、维护以及对某些信息传递方面作一些适当的调整，以适应计算机辅助管理的要求。

b. 系统结构

本系统为微机构成的网络管理系统，需要服务器一台，各业务办公室应该有客户机一台，通过公司布线实现网络互联和信息传递；外部环境为企业。

在服务器上运行数据库管理系统**，负责系统后台数据的管理，在各客户端安装应用软件，实现对后台数据的访问和操作；同时，在服务器上运行web server和应用服务器，在企业上用浏览器实现对后台数据库的访问。

c. 并行操作

本系统的各个子系统相对独立，都可运行于Windows NT 网络环境下，可进行并行操作。

d. 信息交换协议

系统的服务器上采用** 操作系统，而各个工作站上采用**操作系统，其信息交换协议由**内部所提供的交换功能来完成。

e. 安全保密的考虑

系统开发完成后，将对整个网络（包括服务器和各工作站）设置用户口令，对于不同级别的用户（业务人员），通过系统管理员设置不同的权限，从而保证系统的安全性与保密性要求。

3. 具体需求

3.1 功能需求

3.1.1基本信息管理

本功能属于**厂技改项目申报立项阶段的内容，包括*****的管理。

（1）

（2）

（3）

3.1.2 **管理

3.1.3 **管理

3.1.4**管理

3.1.5 **管理

3.1.6 技改工作通知书管理

3.1.7 **管理

3.2 外部接口需求

3.2.1 用户界面

a.屏幕格式

. 菜单：全部采用与Windows98相一致的菜单格式，以便于用户的操作

. 输入：系统的全部数据输入和运行参数的输入均要求采用填空格式的键盘输入，在所有应提示信息处（如：实施单位等），系统应能给出下拉式的提示并能可由用户根据需要进行选择。

同时要有足够的信息提示与校验用户所输入值的有效性与合法性。

. 输出：系统的运行结果均应能通过屏幕进行输出，并要求能将输出的信息灵活地进行屏幕转换，以提高信息的可读性与操作的灵活性。

b.报表打印格式：原则上按现行人工管理业务中报表格式进行打印输出，个别报表将结合计算机数据处理的特点重新设计报表输出格式。

3.2.2 硬件接口

**处内部系统运行的硬件环境为微机构成的局域网，因此除微机之外还需要网卡和网络连线，所有这些器件在网络连接方面均为成熟技术；**处外部的系统运行环境为**公司，外部环境由公司计算中心负责维护。

3.2.3 软件接口

本系统的开发采用**大型数据库与**，后台的**数据库管理系统用来存贮和管理各子系统的数据，而前台的**所编制的程序用来操作后台的**，它们之间通过**专用接口来进行联接，服务器与客户机之间采用**进行联接。

3.2.4 通讯接口

本软件涉及到公司多个部门之间进行信息通讯的问题，所以本网络系统所采用的是TCP/IP网络协议。

3.3 性能需求

a. 输入：系统应尽可能使输入的数据越少越好，尽量避免数据的重复输入；数据输入的格式应符合业务习惯，并且直观、方便。

b. 处理：要求系统处理的数据能准确无误，在硬件条件一定的前提下，力求系统处理数据的速度最快。

尤其是在信息统计之处，更要注意这一问题。

c. 系统的屏幕输出应能够满足管理业务所需信息量的要求，并要求输出直观、简洁，具有可重复查询功能与屏幕格式的转换功能。

报表的输出要能满足管理业务的要求，并可实现分页、任选输出，同时打印输出环境也要能适合于不同类型的打印机，以增强系统的可使用性。

3.4 设计约束

3.4.1 需求遵循的其它标准

a. 报表格式：根据现行系统的报表格式，由系统分析员和计划处业务人员共同商量后加以确定。

b. 数据命名：由系统分析员和系统设计员加以制定。

3.4.2 硬件的限制

系统开发完成后，可运行于任何由Windows2000/ WindowsNT/Windows 98操作系统组成的网络环境下。

3.5 属性需求

3.5.1 可使用性

要求具有较强的容错处理能力，以保证软件的可使用性。

在用户误操作的情况下，系统应给出提示信息，告诉用户如何进行恢复操作，从而避免无法挽回的损失。

3.5.2 安全性

系统运行采用统一的网络管理，并对不同的用户设置不同的操作与使用权限及口令，以防止偶然的或恶意的访问、使用、修改等操作。

3.5.3 可维护性

为了保证系统的可维护性，要求具有详细的系统设计文档资料，提供全部的系统源程序，并尽量采用面向对象的程序设计方法，以提高系统的可靠性。

同时，要求系统的功能在一定程度上可扩展，以满足业务变动的需求。

3.5.4 可移植性

本系统开发完成后，要能运行于任何由Windows2000/ Windows NT/Windows 98操作系统所构成的计算机网络环境下。

4. 报表格式

项目管理中做需求分析常用的工具有哪些？

1、理解需求捕捉时的主要方法： 用户故事、业务概念分析、最小原型法; 2、理解需求分析/需求建模的主流方法： User Story 用户故事、UseCase用户用例、数据流图、有限状态集图、实体/关系图从PMBOK书里的介绍来看，可以用访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、观察、原型法、标杆对照、文件分析等等