需求分析怎么写

导读：　需求分析怎么写(共4篇)需求分析相关文档格式需求分析目录1 范围 ...

本文是中国招生考试网（www.chinazhaokao.com）成考报名频道为大家整理的《需求分析怎么写》，供大家学习参考。

篇一:《需求分析相关文档格式需求分析》

目录

1. 范围 ............................................................................................................................................. 1

2. 总体要求 ..................................................................................................................................... 1

2.1 总体功能要求 ....................................................................................................................... 1

2.2 软件开发平台要求 ............................................................................................................... 1

2.3 软件项目的开发实施过程管理要求 .................................................................................... 2

2.3.1 软件项目实施过程总体要求 ........................................................................................ 2

2.3.2 软件项目实施变更要求 ................................................................................................ 2

2.3.3 软件项目实施里程碑控制 ............................................................................................ 2

3. 软件开发 ..................................................................................................................................... 3

3.1 软件的需求分析 ................................................................................................................... 3

3.1.1 需求分析 ........................................................................................................................ 3

3.1.2 需求分析报告的编制者 ................................................................................................ 4

3.1.3 需求报告评审 ................................................................................................................ 4

3.1.4 需求报告格式 ................................................................................................................ 4

3.2 软件的概要设计 ................................................................................................................... 4

3.2.1 概要设计 ........................................................................................................................ 4

3.2.2 编写概要设计的要求 .................................................................................................... 4

3.2.3 概要设计报告的编写者 ................................................................................................ 4

3.2.4 概要设计和需求分析、详细设计之间的关系和区别 ................................................ 4

3.2.5 概要设计的评审 ............................................................................................................ 4

3.2.6 概要设计格式 ................................................................................................................ 4

3.3 软件的详细设计 ................................................................................................................... 5

3.3.1 详细设计 ........................................................................................................................ 5

3.3.2 特例 ................................................................................................................................ 5

3.3.3 详细设计的要求 ............................................................................................................ 5

3.3.4 数据库设计 .................................................................................................................... 5

3.3.5 详细设计的评审 ............................................................................................................ 5

3.3.6 详细设计格式 ................................................................................................................ 5

3.4 软件的编码 ........................................................................................................................... 5

3.4.1 软件编码 ........................................................................................................................ 5

3.4.2 软件编码的要求 ............................................................................................................ 5

3.4.3 编码的评审 .................................................................................................................... 6

3.4.4 编程规范及要求 ............................................................................................................ 6

3.5 软件的测试 ........................................................................................................................... 6

3.5.1 软件测试 ........................................................................................................................ 6

3.5.2 测试计划 ........................................................................................................................ 6

3.6 软件的交付准备 ................................................................................................................... 6

3.6.1 交付清单 ........................................................................................................................ 6

3.7 软件的鉴定验收 ................................................................................................................... 7

3.7.1 软件的鉴定验收 ............................................................................................................ 7

3.7.2 验收人员 ........................................................................................................................ 7

3.7.3 验收具体内容 ................................................................................................................ 7

3.7.4 软件验收测试大纲 ........................................................................................................ 7

3.8 培训 ....................................................................................................................................... 7

3.8.1 系统应用培训 ................................................................................................................ 7

3.8.2 系统管理的培训（可选） ............................................................................................ 8

附录A 软件需求分析报告文档模板 .......................................................................................... 9

附录B 软件概要设计报告文档模板 ........................................................................................ 21

附录C 软件详细设计报告文档模板 ........................................................................................ 33

附录D 软件数据库设计报告文档模板 .................................................................................... 43 附录E 软件测试(验收)大纲 ................................................................... 错误！未定义书签。5

1. 范围

本指南用于指导软件开发者为南京市交通局开发软件项目的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进行具体软件开发时，开发者可根据实际情况采编写，但必须提供双方约定的文档，文档中约定的内容必须描述清楚。

2. 总体要求需求分析怎么写。

2.1 总体功能要求

网络应用环境以Internet/Intranet技术为核心。

开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。

软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行设计和建设。 本指南中没有规定开发者采用何种具体的软件工程开发方法，开发者可根据项目具体特

点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法，但建议开发 商使用面向对象软件工程的方法，如：采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。

2.2 软件开发平台要求

开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。目前软件平台为：

数据库管理系统：需求分析怎么写。

Oracle 9i以上版本

中间件(应用服务器)系统：

IBM WebSphere

OA系统：

Lotus Domino/Notes

网络架构：

完全支持TCP/IP协议

开发工具或技术体系：

为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开

发，如Microsoft Visual Studio.Net，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。

2.3 软件项目的开发实施过程管理要求

2.3.1 软件项目实施过程总体要求

（一）开发者提交软件开发工作大纲，交通局组织专家组对工作大纲进行评审，并提出整改意见。

（二）通过评审后，开发者根据整改意见完善工作大纲，经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行，在开发过程中，开发者需分阶段提交相关文档。

（三）在软件开发工作完成后，开发者应向交通局提交完整的软件文档，交通局组织验收组对软件进行验收审查。

2.3.2 软件项目实施变更要求

在开发过程中，需求或设计不可避免地需要发生变更，相关变更必须经过交通局书面同 意方可进行。在需求或设计发生变更时，需要对原有文档进行修改，并提供完整的变更记录， 以使变更处于可控制的状态。变更单如下表所示：

表 2-1 变更单

2.3.3 软件项目实施里程碑控制

交通局将分四个阶段进行把关，召开专家审查会。

（一） 需求分析（结合原型进行审查）确认；

（二） 概要设计+数据库设计；需求分析怎么写。

（三） 预验收（试运行后）；

（四） 正式验收（推广使用后）。

3. 软件开发

合同签订以后，项目承担单位即可组织项目组进行软件开发工作。软件开发必须严格按照软件工程的要求进行。开发过程包括开发者的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。

3.1 软件的需求分析

3.1.1 需求分析

首先，开发者和交通局应共同对交通局的应用需求作充分的调研，提交完整的需求分析 报告。在需求分析报告中必须描述的基本问题是：功能、性能、强加于实现的设计限制、属 性、外部接口。应当避免把设计或项目需求写入需求分析报告中。它必须说明由软件获得的 结果，而不是获得这些结果的手段。

软件需求可以用若干种方法来表达，如通过输入、输出说明；使用代表性的例子；用规范化的模型。开发者应尽可能地使用模型的方式，因为这是表达复杂需求的精确和有效的方法。比如用统一建模语言（UML）来描述需求。

编写需求分析报告的要求

a．无歧义性

对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行文中使用时具有多种含义，那么应对该术语的每种含义做出解释并指出其适用场合。

b．完整性

需求分析报告应该包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的、还是关系到外部接口方面的需求；对所有可能出现的输入数据的响应予以定义，要对合法和非合法的输入值的响应做出规定；填写全部插图、表、图示标记等；定义全部术语和度量单位。

c．可验证性

需求分析报告描述的每一个需求应是可以验证的。可以通过一个有限处理过程来检查软件产品是否满足需求。

d．一致性

在需求分析报告中的各个需求的描述不能互相矛盾。

e．可修改性

需求分析报告应具有一个有条不紊、易于使用的内容组织；没有冗余，即同一需求不能在需求分析报告中出现多次。

f．可追踪性

每一个需求的源流必须清晰，在进一步产生和改变文件编制时，可以方便地引证每一个需求。

g．运行和维护阶段的可使用性

需求分析报告必须满足运行和维护阶段的需要。在需求分析报告要写明功能的来源和目的。

篇二:《需求分析范例》

鑫方圆纺织有限公司进销存管理系统 《需求说明书》

第一部分、引言

1.1编写目的

该文档为我项目组与鑫方圆纺织有限公司人员交流、洽谈，共同制定。确定鑫方圆纺织有限公司进销存软件系统功能，文档化需求，方便我项目组后期开发按需求完成功能。达到鑫方圆纺织有限公司预期的效果。同时，该文档也是我项目组是否按要求完成项目计划的依据。 日期：2011年**月**日

1.2背景

说明：需求分析怎么写。

A、 软件名称：鑫方圆纺织有限公司进销存管理系统 B、 提 出 者：鑫方圆纺织有限公司

开 发 者：华腾软件学院

实现完成的系统将在鑫方圆纺织有限公司的采购、销售、仓储等部门使用，所应用的网络是鑫方圆纺织有限公司内部服务器网。该公司的相关操作人员可以通过内部网络来操作本系统。

C、 本系统将是独立的系统，目前不予鑫方圆纺织有限公司的其他软件系统提供接口，与 第三方软件无交互，所产生的输出都是独立的。

第二部分、任务概述

2.1目标

鑫方圆纺织有限公司为了实现纺织管理信息化，以及各部门管理的规范化，流程化，以及仓库管理的严格化，而委托我项目组开发一套采购、销售、库存等各部门管理一体化的系统。达到仓库管理清晰化，透明化，解决手工记录造成的混乱不清，以及销售订单、采购计划、仓库管理，一体化管理。解决信息流通不够及时，处理问题不够迅速的目标。我项目组根据需求设计了如下解决方案：（具体功能说明后面有介绍）

 基本信息管理  采购管理  销售管理  仓库管理  系统管理  统计分析

第1页 共10页

该软件为内部服务器运行系统，并不与其他软件有任何交互。是一款可独立运行的完整系统。

2.2用户特点

系统管理员：具有丰富的服务器技术、和软件系统，负责软件超级管理员管理。 经 理：简单培训即可迅速掌握软件使用方法。软件主要使用人员 销售人员：简单培训即可迅速掌握软件使用方法。软件主要使用人员 采购人员：简单培训即可迅速掌握软件使用方法。软件主要使用人员 仓库主管：简单培训即可迅速掌握软件使用方法。软件主要使用人员 仓库管理员：简单培训即可迅速掌握软件使用方法。软件主要使用人员

2.3假定和约束

根据鑫方圆纺织公司，协商决定开发期限为：2011年**月**日-2011年**月**日 开发经费：待定，另增需求酌情提高经费。

第三部分、需求规定

3.1对功能的规定

3.1.1 功能说明

系统分为基本信息管理、采购管理、销售管理、仓库管理、统计分析、系统管理和帮助，７个模块，系统使用人员包括 厂部、销售部、采购部、仓库、以及系统管理员，厂部即为经理，以及系统管理员相同权限，具有完全权限，可操作全部内容，销售部经理操作销售管理以及所需基础信息，而销售部人员不能操作订单的审核管理，采购部经理操作采购管理以及所需基础信息，而采人员购部不能操作采购单的审核管理。仓库管理员操作所需基础信息，以及仓库所有内容，但不包括审核操作。

所有人员具有查看系统帮助模块，以及系统模块，但除管理员、厂部人员外，其他人不可操作权限管理。

3.1.2 一级功能模块介绍

根据以上对进销存管理内容和进销存管理系统的分析，一个标准的进销存管理系统应该包括如图1.1所示的几大功能。 图1.1

第2页 共10页

其中每个功能都由若干相关联的子功能模块组成。下面将对这些模块一一进行介绍。

3.1.3 二级功能模块划分

3.1.3.1 基本信息管理

企业经营的基本信息是一个企业最基本、最重要的信息，脱离了基础资料(供应商信息、客户信息、产品信息等)，进销存系统就无法运行。“基本信息管理”功能就用于维护这些基础资料，其中所包含的功能模块如图1.2所示。

图1.2

各功能模块实现的功能分别为：

(1) “商品信息管理”，主要包括商品类型和商品详细信息。商品类型管理用于维护(增加、修改、删除、查询)企业经营商品的类型，包括类型名称、类型描述。商品信息管理用于维护(增加、修改、删除、查询)企业经营商品的基本信息，内容包括货号、条形码、商品名、拼音编码、规格、单位、产地、类别、进货价、销售价1、销售价2、最低售价等。其中拼音编码是商品名称的拼音简称，目的是使程序可以通过拼音编码方便地查询到所需要的商品。不同行业的进销存商品资料的属性差别很大，我们将在与贵公司洽谈以后再加以说明。

(2) “供货商资料维护”用于维护企业供货商的基本信息（涉及到对信息的增删改查），内容包括供货商号、供货商全称、供货商简称、拼音编码、地址、地区、区号、邮编、类型、电话、传真、电报、库房地址、库房电话、业务员、业务部门等。

(3) “客户资料维护”用于维护企业客户的基本信息（涉及到对信息的增删改查），内容包括客户名称、客户类型(性质)、所属公司、简称、拼音编码、联系人、地址、邮编、区号、地区、电话、传真、电报、业务员、业务部门、授信额度等。

第3页 共10页

(4)“业务员信息维护”用于维护企业采购和销售业务员的基本信息，内容包括业务员号、姓名、性别、电话、手机、地址、邮编、身份证号、类别。在销售开票时，业务员属性可以直接从业务员清单中获取所有业务员的名字作为辞典供用户选择。

(5) “仓库信息管理”用于维护企业的仓库信息（涉及到对信息的增删改查），内容包括仓库名、货位号（货位名）、类别、备注等。企业的商品一般都是存放在不同的仓库或同一仓库的不同货位中，这样在填写商品进货单和销售单时用户需要指定入库或出库的是哪个仓库的货物。

3.1.3.2 采购管理

“采购管理”用于管理企业的采购业务，所包含的功能模块如图1.3所示。

图1.3

功能流程图如图1.3.1

图1.3.1

各功能模块实现的功能分别为：

第4页 共10页

(1) “采购订单”用于录入企业的采购订单。采购订单主要分为采购申请、采购审核、采购单据打印3个阶段。内容包括编号、订单号、货号、订货数量、进价、供货商号、(申请/审核/录入)日期、有效起日、有效止日、采购批次、业务员、制单人。

(2) “进货单”用于录入企业的进货单，内容包括订单号、进货单号、货名、进货数量、进价、进货日期、供货商、业务员、制单人、验收员、保管员、仓库、货物质量等级。

(3) “进货商调整”用于调整历史进货单的供货商，内容包括编号、原供货商、新供货商、调整日期、制单人。

(4)“采购退货单”用于录入企业进货时的退货单。内容包括采购单编号、货号、退货原因、退货商、退货数量、采购价、退货价、退货仓库、制单人、办理人(业务员)。

(5) “历史查询”用于查询商品采购、进货的历史。可以按照多种方式查询，如按照供货商、日期、商品货号、商品拼音、业务员等条件进行查询。

3.1.3.3 销售管理

“销售管理”用于管理企业的销售业务，所包含的功能模块如图1.4所示。

图1.4

功能流程图如图1.4.1

第5页 共10页

篇三:《需求分析报告怎么写》

软件需求分析报告模板精选

（主要参考红色部分。写作时，主要用用例图和类图做为辅助说明）

1 1. 引言

引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。

1.1 编写目的

说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。

1.1 1.2 项目风险

具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：

● 任务提出者；

● 软件开发者；

● 产品使用者。

1.2 1.3 文档约定

描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：

● 正文风格；

● 提示方式；

● 重要符号；

也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。

1.3 1.4 预期读者和阅读建议

列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ● 用户；

● 开发人员；

● 项目经理；

● 营销人员；

● 测试人员；

● 文档编写入员。

并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。

1.4 1.5 产品范围

说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。

描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。

1.5 1.6 参考文献

列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括： ● 本项目的合同书；

● 上级机关有关本项目的批文；

● 本项目已经批准的计划任务书；

● 用户界面风格指导；

● 开发本项目时所要用到的标淮；

● 系统规格需求说明；

● 使用实例文档；

● 属于本项目的其它己发表文件；

● 本软件产品需求分析报告中所引用的文件、资料；

● 相关软件产品需求分析报告；

为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：

● 标题名称；

● 作者或者合同签约者；

● 文件编号或者版本号；

● 发表日期或者签约日期；

● 出版单位或者资料来源。

2 2. 综合描述

这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。

2.1 2.1 产品的状况

描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况：

● 是否是产品系列中的下一成员；

● 是否是成熟产品所改进的下一代产品；

● 是否是现有应用软件的替代品(升级产品)；

● 是否是一个新型的、自主型的产品。

如果该软件产品需求分析报告定义的软件系统是：

● 大系统的一个组成部分；

● 与其它系统和其它机构之间存在基本的相互关系。

那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者（同时）说明相互关系的存在形式，并且要定义出两者之间的全部接口。

2.2 2.2 产品的功能

因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。

为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。

参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。

2.3 2.3 用户类和特性

确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。

用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。

2.4 2.4 运行环境

描述了本软件的运行环境，一般包括：

● 硬件平台；

● 操作系统和版本；

● 支撑环境(例如：数据库等)和版本；

● 其它与该软件有关的软件组件；

● 与该软件共存的应用程序。

2.5 2.5 设计和实现上的限制

确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：

● 必须使用的特定技术、工具、编程语言和数据库；

● 避免使用的特定技术、工具、编程语言和数据库；

● 要求遵循的开发规范和标准

例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准；

● 企业策略的限制；

● 政府法规的限制；

● 工业标准的限制；

● 硬件的限制

例如，定时需求或存储器限制；

● 数据转换格式标淮的限制。

2.6 2.6 假设和约束(依赖)

列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括：

● 计划使用的商业组件，或者其它软件中的某个部件；

● 假定产品中某个用户界面将符合一个特殊的设计约定；

● 有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。)；

● 有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。)；

● 有关本软件运行环境的一些问题；

此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括：

● 工期约束；

● 经费约束；

● 人员约束；

● 设备约束；

● 地理位置约束；

● 其它有关项目约束；

3 3. 外部接口需求

通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。

注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求；而外部接口需求描述的是接口本身的需求。

3.1 3.1 用户界面

陈述需要使用在用户界面上的软件组件，描述每一个用户界面的逻辑特征。必须注意，这里需要描述的是用户界面的逻辑特征，而不是用户界面。以下是可能包括的一些特征：

● 将要采用的图形用户界面(GUl)标准或者产品系列的风格；

● 有关屏幕布局或者解决方案的限制；

● 将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：

选单；

标准按钮；

导航链接；

各种功能组件；

消息栏；

● 快捷键；

● 各种显示格式的规定，可能包括：

不同情况下文字的对齐方式；

不同情况下数字的表现格式与对齐方式；

日期的表现方法与格式；

计时方法与时间格式；

等等。

● 错误信息显示标准；

对于用户界面的细节，例如：一个特定对话框的布局，应该写入具体的用户界面设计说明中，而不能写入软件需求规格说明中。

如果采用现成的、合适的用户界面设计规范(标准)，或者另文描述，可以在这里直接说明，并且将其加入参考文献。

3.2 3.2 硬件接口

描述待开发的软件产品与系统硬件接口的特征，若有多个硬件接口，则必须全都描述。接口特征的描述内容可能包括：

● 支持的硬件类型；

篇四:《需求分析报告》

[篇一:软件需求分析报告]

1引言

1、1编写目的

编写该文档是为了分析人工管理高校工资的流程，把人工模式抽象为可在计算机上处理的自动模式，对高校工资的科学管理进行分析与总结，便于开发小组成员对系统整体功能的认识，通过该文档，确定了系统的目的和功能，以及管理的流程和方法，同时也为使用者提供参考。需求分析是软件系统生存期中定义阶段的最后一个步骤。它作为整个软件开发范围的指南，是软件开发人员开发出正确的符合用户要求的软件的重点。编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述学校内部员工工资管理系统的功能和性能，确定本软件设计的限制和定义软件的其他有效性需求。需求分析报告。本需求说明书的读者对象是工资管理系统开发的研发工程师、测试工程师、销售工程师等。(个性网名)

1、2背景

随着高等学校的快速发展，高校规模越来越大，教职工的数量也越来越多，高校工资管理更加的复杂，3、1、4业务流程图

系统的业务流程图如下图3-2所示:

图3-2系统业务流图

3、2对性能的规定

3、2、1精度

a。要按照严格的数据格式输入，否则系统不给予响应进行处理。

b。查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询:直接查询和模糊查询。

3、2、2时间特性要求

本软件在时间特性要求方面的要求是:由于本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。

一般操作的响应时间应在1-2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。

3、2、3灵活性

本软件系统在灵活性方面的要求比较简单，适用于大部分系统，满足高校内部员工使用的需求。对前面提到的运行环境要求不应存在困难。

3、3输人输出要求

3、3、1静态数据描述

1)管理员表

2)员工信息表

3)部门信息表

4)登录信息表

5)员工基本工资表

6)员工浮动工资表

7)工资发放明细表

3、3、2动态数据描述

输入数据:菜单选项，查找关键字，新建记录项。

输出数据:由查询关键字确定的数据库记录集合。

内部生成的数据:中间查询结果。

数据库描述

3、3、3数据库描述

本系统使用sqlserver2000数据库

3、4数据管理能力要求

由于本软件系统用于对学校内部的员工工资进行管理，所以要满足学校内部使用的需求。

3、5故障处理要求

考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经达到了，只要稍微在其上再增加用户所需要的附加功能即可。

正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

3、6其他专门要求

1)系统的功能实现情况:用户可在本系统下实现各种用户要求的功能。

2)系统的安全性:对于系统的重要数据都有密码保护，具有一定的安全性。

3)系统的容错性:用户输错数据都有提示信息，具有较好的容错性能。

4)系统的封闭性:用户的封闭性较好，用户基本上在提示信息下输数据。

4运行环境规定

4、1设备

1、一台586以上的pc机

2、内存128mb以上

3、vga显示器一台

4、采用菜单界面驱动方式

5、键盘、打印机(可根据需要进行配置)

4、2支持软件

1、windows98以上的操作系统

2、delphi7、0中文版

3、sqlserver2000数据库

4、office2000以上的办公应用软件

4、3接口

硬件接口

本软件不需要特定的硬件或硬件接口进行支撑。

586以上pc机均可运行此软件。

软件接口

运行于windows98及更高版本具有win32api的操作系统之上。

4、4控制

控制该软件的运行的方法:

由财务部门相关人员来操作完成该系统；

[篇二:对计算机专业毕业生需求分析报告]

1、计算机相关行业发展状况及趋势

以微电子、软件、计算机、通信和网络技术为代表的信息技术，是迄今为止人类社会技术进步过程中发展最快、渗透性最强、应用最广的关键技术。信息技术的广泛应用，使信息成为重要的生产要素和战略资源，是优化资源配置、推动传统产业不断升级和提高社会劳动生产率的新动力。信息产业持续高速增长，成为全球最具活力、规模最大的产业之一。“十五”期间，国民经济和社会信息化水平要迈上新台阶，目标是要使网络规模、容量位居世界第一。网络基础设施供给能力显著增强，基本满足信息化发展的需要，普遍服务能力不断提高，为网络基础设施薄弱的中西部地区、广大农村地区和中低收入阶层参与信息化发展创造良好条件。到“十五”末，计算机社会拥有量将越来越大，计算机技术的需求量将会随之增大，因而从总体来看，计算机方向的人才缺口较大。作为中职学校，必须了解市场、适应市场、依托市场和开发市场，才能培养出适应和满足计算机类信息产业跨越式发展的客观要求的人才。目前在人才需求方面存在以下问题:

人才总量严重不足。根据信息产业部发布的关于计算机市场构成的报告，截至xx年底，全国电子信息产品制造业平均就业人数777万人，其中工人约占60%以上，工程技术人员和管理人员比例较低，远不能满足电子信息产业发展的需要。另一方面，对于即将进入国内市场的国际软件外包、国外通信运营商来说，计算机类的人才将会是他们在国内发展的首要选择。

人才层次结构不合理除高精尖专家人才外，电子信息企业还需要大批熟练操作的技术工人。目前，我国技术工人文化程度低的多，高的少；技术等级低的多，高的少；高等级技术工人年龄大的多，年轻的少。调查数据显示，仅广东省技术工人缺口就有多万，全国的需求缺口更大。以软件企业为例，很多简单的编程工作，高中学历的人只要经过专业的软件职业培训，完全可以胜任。目前，我国基础程序员非常缺乏，一些基础性工作只能由本科生和硕士生完成，造成人才资源的浪费。这说明生产、经营、管理、服务第一线的技工型人才奇缺。

网络技术的发展对人才需求量大大提升。网络技术持续稳定发展，网络设备的生产、检修、网络建设、网站设计等相关行业对应用型技术人才需求不断增长，社会对网络技术提出了更高的要求，这些都要求人才的素质不断提高，以适应网络技术的发展。随着网络的蓬勃发展，对计算机网络技术方面的人才需求也将越来越多。

2、被调查企业的分布情况

(1)被调查的企业近6家，其中有与计算机专业相关的单位(如电脑公司、软件公司)、服务类企业单位、制造业企业单位，事业单位，民营企业及其它企业。从被调查企业的分布和性质来看，我们认为此次调查的安排是比较合理的，具有广泛的代表性。

(2)主要企业人才分析

首先针对主要企业人才需求我们进行了调研和分析。分析结果显示，不论是网络公司的规模如何，主要的技术人员分为两类:网络工程设计人员和网络工程实施技术管理人员。一些规模较大的网络公司都是采用具有一定工作经验或者中学历的人才进行网络的设计工作，而聘用的中职生主要是进行网络工程的实施和实施过程中的管理工作；而规模较小的网络公司则希望 招聘的人才最好具有网络设计和网络实施管理双重能力。89、1%的企业认为聘用人才最优先考虑的因素需要团队意识、81%的认为需要职业道德、67、5%的认为需要专业知识；56、7%的企业对it类就业市场信息的了解主要通过各种媒体；70、2%的企业最希望的岗前培训方式是就地自己培训；普遍企业认为毕业生必须具备网络设备集成能力、网站管理能力、网络安全、系统安全保障；普遍企业认为计网中职专业课程至少应包括数据库开发、网页设计与开发、网络布线与工程、服务器配置、网络施工、网络管理与安全技术等课程；62、1%的企业认为中职学生工作起薪1200-1500比较合适；大部分企业认为有必要让员工继续学习，可不脱产培训。

此次调研涉及的用人单位主要是湖南省的大中型企业、计算机网络培训机构，及具有一定影响力的民营企业。

(3)企业对毕业生的评价

一般企业认为毕业生在本专业知识方面知识基本恰当，能基本满足工作需要。但是对计算机类企业(如软件公司，电脑公司等)来说，学生的专业知识还是有待加深加强的。另一方面沟通协调以及团队合作精神也是很重要的，特别是在计算机公司非常注重合作意识培养，本专业毕业生在这方面有一定的欠缺。此外，在创新能力上还是存在着很大的不足，对于发展迅速的计算机行业，创新能力是必不可少的能力之一。所以在校期间需要加强学生以上能力的培养。

(4)企业需求情况分析

①毕业生主要从事岗位

在调查中，计算机网络技术专业毕业生就业在网络系统平台搭建(windows，linux，unix)占10%，路由交换(网络设备)占15%，网络建设及管理约占20%，网络安全占15%，综合布线占10%，方案设计占10%，硬件维护、技术服务15%，有3%做普通技术工人。

②急需人才

目前企业急需的人才主要是(按先后顺序):网络系统平台搭建，网络设备，网络建设及管理管理，技术服务，硬件维护和产品开发。调研的这个结果对于我们以后开展教研教学，培养学生专业知识与指导学生就业都有了明确的导向。

相关热词搜索：市场需求分析怎么写 系统需求分析怎么写