关于需求分析的总结报告【优秀8篇】

在日常生活和工作中，报告有着举足轻重的地位，报告中提到的所有信息应该是准确无误的。你所见过的报告是什么样的呢？这次差异网为您整理了8篇《关于需求分析的总结报告》，如果能帮助到您，差异网将不胜荣幸。

需求分析报告 篇一

一、引言

1.1编写目的

地理信息系统的用户有其特定的目的，对GIS有不同的要求，应用情况也各异。所以应对校园地理信息系统的系统定义，系统需求以及相关内容进行描述，方便开发人员进行开发。

1.2项目背景

校园地理信息系统作为“GIS设计与实践课程”的课间实习，旨在加强学生对GIS信息系统的理解和运用，了解GIS系统的实现过程。

二、项目概述

2.1GIS项目目标、内容、现行系统的调查情况

该项目主要是利用GIS系统来实现校园地理信息的可视化操作，帮助用户了解校园环境，对校园的基础设施的使用提供便利条件，对校园的规划与管理提供参考模型，对一些专题研究提供便利。

2.2运行环境

基于ArcGIS的开发

2.3条件与限制

校园数据的缺乏，开发人员经验不足

三、数据的描述

3.1GIS静态数据

校园面积，校园范围，校园地理坐标数据，校园内部结构，系统使用对象等

3.2GIS动态数据

输入数据：校园地形图、Google遥感影像、校园DLG图像

输出数据：匹配纠正数据、矢量化数据、最终成果数据

3.3GIS数据流图

3.4GIS数据字典

外部实体：校园地形图、Google遥感影像、校园DLG图像

校正配准

名称：校正配准

数据来源：已有数据资料

数据去向：融合数据

数据组成：校园地图、遥感影像、测量数据、描述性文件资料

矢量化

名称：矢量化

数据来源：配准后数据

数据去向：矢量化后数据

数据组成：配准后的栅格图像、点位坐标、地物名称、地物属性编辑入库

名称：编辑入库

数据来源：矢量化后数据

数据去向：数据库

数据组成：点、线、面、位置关系、几何属性

3.5数据采集

通过网络采集校园地形图及遥感图像，通过碎步测量采集DLG数据

四、GIS功能需求分析

4.1功能划分

用户

4.2功能描述

信息查询：通过分层显示来实习特定地物的显示

地图显示：查看校园地形图、Google遥感影像、校园DLG图像放大缩小：实现地图的缩放

缓冲区分析：分析点线面的拓扑关系

五、GIS性能需求

5.1数据准确性

作为一次实习产品，该系统对数据准确性不做严格要求

5.2时间特性

能够流畅操作，不产生明显滞留

六、GIS运行要求

拥有简明的界面，能够实现用户的互操作和图像的显示和分析。

七、质量保证

软件运行稳定，能满足用户的功能需求，与系统兼容性良好，可移植。

需求分析报告 篇二

需求分析报告

综合要求

一、功能需求

1.1 功能划分

（1）“衣”子系统

（2）“食”子系统

（3）“住”子系统 （4）“行”子系统

1.2 功能描述

（1）“衣”子系统

实现功能：

1）用户服装信息的管理

2）通过当时外界环境和现有服装进行实时推荐

（2）“食”子系统

实现功能：

1）根据用户地理位置（家or餐馆）推送用户当前应摄入的健康食物 。

（3）“住”子系统

实现功能：

1）自动调整屋内温度、湿度、光线和家具（沙发、床）的软硬程度

2）通过无线遥控对各智能终端进一步调节 （4）“行”子系统

实现功能：

有车用户：结合用户对于出行成本的选择（最省时，最省油，折中），给出最优的出行路线。

无车用户：

1）链接打车软件

2）通过连接“车来了”等软件给用户提供建议

1.3系统功能

（1）设计不同用户的操作权限和登录方法。

（2）通过传感器获得周围环境的温度，湿度并将其录入数据库。

（3）通过网络信息抓取以及卫星定位获得必要信息（车流量）并将其录入数据库。 （4）实时获得用户身体健康系数及其饮食喜好并将其录入数据库。 （5）获得附近餐馆和菜品的信息并将其录入数据库。

（6）根据车载传感器获得车距和能见度等信息，并将其录入数据库。 （7）实现语音录入当前用户的代办适宜。 （8）通过消息推送，实现智能办公。

二、性能需求

2.1 数据精确度 该系统对精度要求高，确保数据一致性，确保数据转换的及时准确，确保更新数据的及时准确。

2.2 系统特性

·系统的高速性，稳定性，安全性。

·移动端（安卓／ios 内存2Ｇ 容量16Ｇ 分辨率320*480） ·反映时间：10ms – 100ms ·信息量速率：500bit/s或bps ·数据库容量：500Ｔ

三、可靠性和可用性需求

3.1 稳定性

·对于用户比较繁忙的时候，系统信息就会存在数百甚至数千上万的并发量，系统对于高并发应有相应的负载均衡机制，对所有请求进行优先排队，满足高运行情况下的稳定性和可靠性。

3.2可靠性

·对于遭受网络攻击，或者服务器硬件异常等意外情况，要有意外处理机制，需要系 统能够保证定时备份数据信息，保证在服务器异常的情况下能及时启动应急机制。保证系统的正常访问。

3.3 安全性

·提高安全保密机制，保证数据可靠安全

·对不同用户分配不同的权限

·用户只能操作相应权限的信息，如查看，删除信息等

·要保证用户信息的安全性，保证管理员和开发者不能够随意的查阅改动用户信息

3.4完整性

·提高数据完整性，参照完整性等

3.5 易用性

·提高使用性，便于用户操作，提高用户满意度。

3.6可复用性

·保证代码可复用，方便操作

3.7 可维护性

·提高程序健壮性，保证程序的后期可维护性

3.8 可移植性

·提高代码使用次数，提高利用率，保证代码可移植性

3.9 可测试性

·保证程序可测试，便于后期操作

四。出错处理需求

4.1格式要求

·给每一个信息的格式都要注意其形式。格式不对的自动重新测试，以及自动把情况反馈给管理员。

4.2信息保存

·对于外来攻击导致系统崩溃情况，需要及时保留用户当前所有的信息。

五、接口需求

5.1 用户接口

·把用户提交的账号密码，在数据库中进行搜索查询进行验证。

5.2硬件接口

·温度传感器接口，空气湿度传感器接口

5.3 软件接口

·实现衣食住行模块和数据库之间相互传输信息

5.4 通信需求接口

·实现卫星以及车载传感器把测的数据进行传输。

六、约束

6.1精度

·对于温度，湿度要求精确到小数点后两位。对于能见度等问题需要精确到误差在3米之内

6.2语言约束

·英语和汉语结合。

6.3设计约束

·全部过程需要从整体，平衡出发。不要仅仅开发完一个在区开发另外一个。

6.4使用标准

·全部的标准使用国际标准。

6.5硬件平台

·台式机为xp/win7系统。移动端为android/ios。

七、逆向需求

基于互联网的“懒人系统”目前能够完成生活许多方面的推荐以及收集测试信息等。但是尚且不能人性化的代替拥护进行决定。

八．系统用例图

服装推荐传感器食物推荐用户家居调节因特网出行推荐登陆

九．系统数据需求分析

9.1系统的E-R图

服装餐厅服装推荐食物推荐用户家居调节出行推荐家居用品道路

9.2数据需求

（1）穿衣子系统

（衣橱统计，气象监控，期刊统计，用户喜好） 说明：

衣橱统计：记录用户当前拥有的服饰，需要用户自行更新。

气象监控：记录实时的天气情况，从互联网获取当前温度气象信息。

期刊统计：统计当前时尚期刊中出现频率较高的服饰搭配信息，以便向用户推送。 用户喜好：统计用户的穿衣习惯，找出并记录用户喜欢的搭配风格，以便系统进行比较。 （2）饮食子系统

（饮食记录，饮食统计，饭店信息） 说明：

饮食记录：记录用户日常的一日三餐情况。 饮食统计：根据饮食记录中的信息，分析出用户偏好并记录。

饭店信息：储存用户周边饮食信息，根据系统分析，为用户推荐适合的餐饮建议。 （3）住宿子系统 （家具信息统计） 说明：

此系统主要负责管理用户生活起居，所含数据包括： 室内温度，家电状态（如电视开闭，空调开闭），照明系统，窗帘控制 （4）出行子系统

（地图信息，公交信息，票务信息，记事本） 说明：

地图信息：主要供导航软件调用，并按时进行更新。

公交信息：储存用户周边的公共交通信息，方便用户乘坐公交车。

十．系统逻辑模型

10.1数据流图 衣： 1层：

温度传感器温度日期因特网流行服装信息流行服装信息用户浏览习惯信息用户浏览习惯信息温度日期日期温度1采集信息服装推荐子系统的信息流行服装信息用户浏览习惯信息服装推荐子系统的信息服装推荐子系统的信息现有服装信息出席场合信息用户2执行服装推荐算法推荐的服装信息3输出推荐的服装推荐的服装信息推荐的服装信息推荐的服装信息 2层： 温度传感器因特网温度日期流行服装用户浏览信息习惯信息用户浏览习惯信息用户浏览习惯信息1.6接收用户浏览习惯信息温度日期流行服装信息温度日期流行服装信息1.5接收流行服装信息1.3温度1.4接收日期温度日期流行服装信息用户浏览习惯信息采集信息服装需求信息1.1接收服装需求信息现有服装信息1.2接收现有服装信息现有服装信息服装需求信息用户

服装推荐子系统服装推荐子系统的信息的信息2.1整理信息正确格式的信息2.2“标签”算法推荐的服装推荐的服装

食： 1层：

传感器身体状况信息身体状况信息身体状况信息因特网餐厅菜品信息餐厅菜品信息餐厅菜品信息食物推荐子系统的信息1采集信息食物推荐子系统的信息食物推荐子系统的信息饮食喜好用户2执行食物推荐算法推荐的菜品信息3输出推荐的菜品信息推荐的菜品信息推荐的菜品信息推荐的菜品信息 2层：

传感器因特网身体状况信息餐厅菜品信息身体状况信息餐厅菜品信息身体状况信息1.2接受身体状况信息餐厅菜品信息1.3餐厅菜品信息身体状况信息餐厅菜品信息采集信息饮食需求信息1.1接收饮食喜好信息饮食喜好信息用户 食物推荐子系统食物推荐子系统的信息的信息2.1整理信息正确格式的信息2.2“标签”算法推荐的菜品推荐的菜品

住： 1层：

传感器用户体征信息温度信息光线信息用户体征信息用户体征信息温度信息温度信息湿度信息湿度信息湿度信息家居调节子系统的信息家居调节子系统的信息家居调节子系统的信息光线信息光线信息1采集信息用户习惯的环境信息用户3执行调节方案2执行家居调节算法调节方案调节方案调节方案温度湿度信息信息亮度信息窗帘位置信息空调电灯窗帘

2层：

传感器温度信息光线信息湿度信息温度信息温度信息1.2接收温度信息光线信息光线信息1.3接收光线信息湿度信息湿度信息1.4接收湿度信息温度信息光线信息湿度信息采集信息用户习惯的环境信息1.1接收用户习惯的环境信息用户习惯的环境信息用户 家居调节子系统家居调节子系统的信息的信息2.1整理信息正确格式的信息2.2“选路”算法调节方案调节方案

调解方案温度信息湿度信息亮度信息窗帘位置信息3.1发送温度信息3.2发送湿度信息3.3发送亮度信息3.4发送位置信息温度信息湿度信息亮度信息位置信息空调电灯窗帘

行： 1层：

传感器用户位置信息用户位置信息因特网道路信息道路信息出行推荐子系统的信息用户位置信息道路信息出行推荐子系统的信息出行推荐子系统的信息1采集信息时间金钱需求信息目的地信息用户2执行出行推荐算法推荐方案推荐方案推荐方案3输出推荐方案推荐方案

2层： 传感器用户位置信息用户位置信息用户位置信息2.3接收用户位置信息道路信息道路信息2.4接收道路信息道路信息因特网用户位置信息道路信息采集信息时间金钱需求信息2.1接收时间金钱需求信息目的地信息2.2接收目的地信息时间金钱需求信息目的地信息用户

出行推荐子系统出行推荐子系统的信息的信息2.1整理信息正确格式的信息2.2“标签”算法出行方案出行方案

10.2相应的数据字典 衣： 数据流 数据流名：出席场合信息 说明：用户希望服装推荐系统针对不同的场合帮助其选择合适的服装，服装推荐系统会在用户已有衣服的基础上提供给用户合适的服装搭配方案 数据流来源：用户

数据流去向：采集信息

定义：出席的场合={学校，办公室，聚会，典礼}

数据流名：温度

说明：记录室内外温度，帮助用户选择合适厚度的衣服 数据流来源：温度传感器 数据流去向：采集信息 定义：温度=-40.。40

数据流名：现有服装信息 说明：记录用户已有服装，服装推荐系统在已有服装基础上提供给用户合适的服装搭配方案

数据流来源：用户

数据流去向：采集信息 定义：已有服装信息=服装编号+服装名称+品牌+尺寸+颜色+款式+材质+服装图片索引

数据流名：日期

说明：记录当前日期，帮助用户选择合适季节的衣服 数据流来源：因特网

数据流去向：采集信息（数据存储） 定义：日期=年＋月＋日

数据流名：流行服装信息

说明：获得当下的流行风尚，帮助服装推荐系统和已有服装进行对比，从而给出符合当下流行的服装搭配 数据流来源：互联网

数据流去向：采集信息（数据存储） 定义：流行服装信息=服装编号+服装名称+品牌+尺寸+颜色+款式+材质+服装图片索引

数据流名：用户浏览习惯信息

说明：记录用户经常浏览的服装，将信息发送给服装推荐系统，服装推荐系统由此分析用户的穿衣喜好，从而推荐给用户符合其穿衣品味的服装 数据流来源：互联网

数据流去向：采集信息（数据存储） 定义：服装编号+浏览次数

数据流名：推荐的服装 说明：服装推荐系统根据对采集的参数进行智能处理，最后得到合适的服装搭配信息

数据流来源：智能服装推荐程序

数据流去向：推荐的服装信息（数据存储） 定义：推荐的服装=服装编号+服装图片索引 数据加工

加工名：采集信息 加工编号：1 简要描述：采集服装推荐算法需要的信息

输入数据流：出席场合信息，温度，现有服装信息，日期，流行服装信息，用户喜好信息

输出数据流：服装推荐算法的信息

加工逻辑：采集出席场合信息，传感器信息，因特网信息。

加工名：执行服装推荐算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：服装推荐子系统的信息 输出数据流：推荐的服装 加工逻辑：“标签”算法的本质是专家系统，数据库有1万条用户在各种情况下的解决方案（1万条记录），用户在界面上选择的标签会变成另一张二维表中的记录，“标签”算法会将用户的选择（记录）和数据库1万条记录比照，匹配项最多的记录的解决方案会成为最后的推荐方案。 加工名：输出推荐的服装 加工编号：3 简要描述：显示推荐的服装信息 输入数据流：推荐的服装信息 输出数据流：推荐的服装信息 加工逻辑：显示推荐的服装信息

数据文件名：温度

简述：存放的是温度信息 输入数据：温度 输出数据：温度

数据文件组成：温度

数据存储

数据文件名：现有服装信息 简述：存放已有服装信息

输入数据：服装编号，颜色，尺码，类型，条形码 输出数据：服装编号

数据文件组成：服装编号，颜色，尺码，类型，条形码

数据文件名：日期 简述：存放当前的日期 输入数据：年+月+日 输出数据：年+月+日 数据文件组成：年+月+日

数据文件名：流行服装信息 简述：存放当时流行的服装款式

输入数据：颜色，尺码，类型，条形码 输出数据：条形码

数据文件组成：颜色，尺码，类型，条形码

数据文件名：用户浏览习惯信息

简述：存放用户在各大网站查询的服装信息 输入数据：用户浏览习惯信息 输出数据：用户浏览习惯信息

数据文件组成：服装编号，浏览次数

食： 数据流

数据流名：饮食喜好

说明：用户希望饮食推荐系统推荐一些餐饮信息，以供选择，饮食推荐系统会根据用户的饮食习惯，偏好，营养均衡等多种因素结合为用户推荐健康可口的食物。 数据流来源：用户

数据流去向：采集信息 定义：饮食喜好={甜，咸}

数据流名：身体状况信息

说明：系统通过记录或探测，用户的基本生命体征如心率，血压，血糖等，为推荐饮食提供参考信息。

数据流来源：传感器，因特网 数据流去向：采集信息

定义：身体状况信息=心率+血压+血糖

数据流名：餐厅菜品信息

说明：系统通过存储并及时更新餐厅菜单，为推荐饮食提供参考信息。 数据流来源：因特网 数据流去向：采集信息

定义：餐厅菜品信息=餐厅名+餐厅编号+菜名名+菜品编号+菜品营养+菜品口味、

数据流名：推荐的菜品信息

说明：食物推荐算法处理食物推荐子系统信息产生的结果。 数据流来源：执行食物推荐算法 数据流去向：输出推荐的菜品信息

定义：餐厅菜品信息=餐厅名+餐厅编号+菜名名+菜品编号+菜品营养+菜品口味、 数据加工：

加工名:采集信息 加工编号：1 简要描述：采集食物推荐子系统所需数据

输入数据流：身体状况信息，餐厅菜品信息，饮食喜好 输出数据流：食物推荐子系统的信息

加工逻辑：从互联网，用户输入，传感器接受信息

加工名：执行食物推荐算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：食物推荐子系统的信息 输出数据流：推荐的菜品 加工逻辑：“标签”算法的本质是专家系统，数据库有1万条用户在各种情况下的解决方案（1万条记录），用户在界面上选择的标签会变成另一张二维表中的记录，“标签”算法会将用户的选择（记录）和数据库1万条记录比照，匹配项最多的记录的解决方案会成为最后的推荐方案。

加工名：输出推荐的菜品 加工编号：3 简要描述：显示推荐的菜品信息 输入数据流：推荐的菜品信息 输出数据流：推荐的菜品信息 加工逻辑：显示推荐的菜品信息

数据存储：

数据文件名：身体状况信息

简述：存放身体状况信息，如体重，血压，心率等 输入数据：身体状况信息 输出数据：身体状况信息

数据文件组成：体重，血压，心率

数据文件名：餐厅菜品信息 简述：存放餐厅菜单 输入数据：餐厅菜品信息 输出数据：餐厅菜品信息

数据文件组成：餐厅名，餐厅编号，菜名名，菜品编号，菜品营养，菜品口味、

数据文件名：推荐的菜品信息 简述：存放推荐的菜品信息 输入数据：推荐的菜品信息 输出数据：推荐的菜品信息

数据文件组成：餐厅名，餐厅编号，菜名名，菜品编号，菜品营养，菜品口味、

住： 数据流

数据流名：温度信息 说明：采集室内的温度信息，反馈给用户，或者系统根据温度自动采取相应措施，调节室内温度。

数据流来源：温度传感器

数据流去向：采集家居控制系统的参数 定义：温度=-40-40摄氏度

数据流名：光线信息 说明：采集室内的光线信息，反馈给用户，或者系统根据温度自动采取相应措施，调节室内光照强度。 数据流来源：光敏传感器

数据流去向：采集家居控制系统的参数 定义：光照强度=0-180流明

数据流名：湿度信息 说明：采集室内的湿度信息，反馈给用户，或者系统根据温度自动采取相应措施，调节室内湿度。

数据流来源：湿度传感器

数据流去向：采集家居控制系统的参数 定义：湿度=10%-80%

数据流名：用户习惯的环境信息

说明：采集用户习惯的温度信息，光线信息，湿度信息 数据流来源：用户

数据流去向：采集信息

定义：用户习惯的环境信息=温度+光线+湿度

数据加工

加工名：采集信息 加工编号：1 简要描述：采集智能控制系统需要的参数

输入数据流：温度，湿度，光照强度，温度请求，湿度请求，光照请求 输出数据流：智能家居控制系统的参数

加工逻辑：从各个传感器接受信息，并与用户设置进行对比，得出相应操作发送给控制器实施。

加工名：执行家居调节算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：家居调节子系统的信息 输出数据流：调解方案 加工逻辑：“选路”算法本质是基于条件判断的数据处理系统。该处理系统自身包含多个IF语句对用户需求进行判断分支执行。从而得到最后的推荐方案。

加工名：执行调节方案 加工编号：3 简要描述：把温度，湿度，亮度，窗帘的位置信息传递给空调，电灯，窗帘 输入数据流：调节方案

输出数据流：温度，湿度，亮度，窗帘的位置信息 加工逻辑：对传感器传递信息

数据存储

数据文件名：温度信息 简述：存放的是温度信息 输入数据：温度信息 输出数据：温度信息 数据文件组成：温度

数据文件名：湿度信息 简述：存放的是湿度信息 输入数据：湿度信息 输出数据：湿度信息 数据文件组成：湿度

数据文件名：亮度信息

简述：存放的是光照强度信息 输入数据：亮度信息 输出数据：亮度信息 数据文件组成：亮度信息

行： 数据流

数据流名：用户位置信息 说明：借助通信运营商来获取用户详细位置，出行管理系统会利用该位置信息提供导航，或叫车服务。 数据流来源：通信运营商

数据流去向：采集出行管理系统的参数 定义：用户位置信息=经度+纬度

数据流名：道路信息

说明：将街道信息储存到客户端，，并定期进行更新，出行管理系统会利用该道路信息提供导航服务。 数据流来源：互联网

数据流去向：采集出行管理系统的参数 定义：道路信息={繁忙，畅通}

数据流名：目的地信息

说明：用户想要到达的目的地信息 数据流来源：用户

数据流去向：采集信息

定义：目的地信息=目的地信息

数据流名：时间金钱需求信息 说明：用户对于时间，金钱的要求 数据流来源：用户

数据流去向：采集信息

定义：时间金钱需求信息=时间+金钱

数据加工

加工名：采集信息 加工编号：1 简要描述：采集出行推荐子系统需要的信息

输入数据流：用户位置信息，道路信息，目的地信息，时间金钱需求信息 输出数据流：出行推荐子系统的信息 加工逻辑：从用户和互联网接收信息。

加工名：执行出行推荐算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：出行推荐子系统的信息 输出数据流：推荐方案 加工逻辑：“标签”算法的本质是专家系统，数据库有1万条用户在各种情况下的解决方案（1万条记录），用户在界面上选择的标签会变成另一张二维表中的记录，“标签”算法会将用户的选择（记录）和数据库1万条记录比照，匹配项最多的记录的解决方案会成为最后的推荐方案。

加工名：输出推荐方案 加工编号：3 简要描述：显示推荐方案信息 输入数据流：推荐方案 输出数据流：推荐方案

加工逻辑：显示推荐方案信息

数据存储 数据文件名：用户位置信息 简述：存放用户的经纬坐标 输入数据：用户位置信息 输出数据：用户位置信息 数据文件组成：经度，纬度

数据文件名：道路信息

简述：存放道路的繁忙情况信息 输入数据：道路信息 输出数据：道路信息

数据文件组成：道路繁忙情况信息

数据文件名：推荐方案

简述：存放推荐的出行方案信息 输入数据：推荐方案 输出数据：推荐方案

数据文件组成：出行方式，路线

关于需求分析的总结报告 篇三

关于需求分析的总结报告 在学习了第四章的需求获取之后做出以下总结 这部分主要强调了在优秀的软件工程中抽象和建模的关键原则。使用模型来从已有的需求中梳理出误解和遗漏的的细节并与他人沟通需求。讨论了需求的不同资源和不同类型功能需求VS质量需求VS设计约束解释如何编写易测试的需求并描如何解决冲突。讨论需求引出、需求文档、需求评审、需求质量及度量以及如何选择一个规格说明方法的示例。 为了开发出真正满足用户需求的软件产品首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件不论人们把设计和编码工作做得如何出色不能真正满足用户需求的程序任然是失败的程序。 那么这些工作需要在编码前进行细致的安排包括 一需求分析任务的建立 1 确定对系统任务的综合要求 ○1功能需求指定系统必须提供的服务通过需求分析应该划分出系统必须完成的所有功能 ○2性能需求指定系统必须满足的定时约束和容量约束 ○3可靠性和可行性需求定量的指定系统的可靠性 ○4出错处理需求说明系统对于环境错误应该怎样响应 ○5接口需求描述应用系统与它的环境通信的格式 ○6约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件 2 分析系统的数据要求 软件系统本质都是信息处理系统系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌对软件设计有深远影响 3 到处系统的逻辑模型 4 修正系统开发计划 二与用户沟通获取需求的方法 分析员提出一些事先准备好的具体问题例如询问客户公司销售的商品种类、雇佣的销售人员数目以及信息反馈时间应该多快等在非正式访谈中分析员提出一些用户可以自由回答的开性问题以鼓励被访问人员说出自己的想法例如询问用户对目前正在使用的系统有哪些不满意的地方。 在访问用户的过程中使用情景分析技术往往非常有效。 三分析建模与规格说明 1 分析建模 2 软件需求规格说明 通常使用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。 四实体——联系图 五数据规范化 六状态转换图 七验证软件需求 1 从哪些方面验证软件需求的正确性包括一致性、完整性、现实性、有效性 2 验证软件需求的方法○1验证需求的一致性○2验证需求的现现实性○3验证需求的完整性和有效性 为了详细的了解并正确的解用户的需求必须使用适当方法与用户沟通访谈是与用户最基本的沟通。为了提高软件需求精确度快速建立软件原型是最准确最有效和最强大的需求分析技术。快速原型应该具备的基本特征是“快速”和“容易修改”。为了跟好的理解问题常常采用建模的方法结构化分析实质就是一种建模活动除了创建分析模型之外在需求分析阶段还应该写出软件需求规格说明书经过严格评审并得到用户确认后才能作为这阶段的最终成果。通常要从一致性完整性现实性和有效性四个方面复审软件需求规格说明书。 通过做一些小项目我更深体会发到对于软件的需求分析一旦分析失误或者不能很好的满足用户的要求都将是一项失败的项目。如果是大项目将给公司带来不可估量的损失。特别是书写需求规格说明书除了与用户进行很好沟通外自己要梳理出很清晰的思路这样才能很好的按照需求进行编码。

需求分析报告怎么写(总结报告格式要求 篇四

需求分析报告

版本：1.0.0

编者年月日 审核年月日 批准年月日

XXX

二〇一四年五月

一、引言

1.1 编写目的对产品或项目进行定义，包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系统。

1.2 背景说明

说明项目或模块开发背景。

1.3 预期读者和阅读建议

列举软件需求规格说明书所针对的不同读者，如用户、设计人员、编程人员、测试人员、项目经理、市场人员等。指出最适合于每一类型读者阅读文档的建议。

1.4 术语定义

解释需求说明书中的术语、名词、简称及缩写等等。

1.5 参考文献

列出所有参考资料、参照的软件名称，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。

二、任务概述

2.1 目标

描述项目或业务模块要达到的目标。

2.2 用户特点

描述主要的用户及其特点（教育水平、经验、计算机水平等）。确定可能使用该产品的不同用户类别并描述它们的特征。有些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。

2.3 假定和约束

一般约束、假设及对用户的要求。

三、业务功能概要描述

3.1 现有系统分析

对现有系统（包括自动或人工的）进行简要分析。

3.2 业务描述

描述实际业务的过程和特点，即业务建模。

3.3 系统角色

画出系统中的角色，并用文字进行说明。

3.4 主题描述（或：系统用例视图）

画出主题图，描述主题内的业务和主题间的业务。

或用UML语言描绘系统总的用例视图。

3.5 业务流程图

用UML的活动图描绘系统总的业务流程。

3.6 业务接口

3.6.1 外部业务接口

描述与其它项目或业务模块的功能接口。例如：工资模块与考勤、考核、任免、职称等模块的功能接口描述。

3.6.2 内部业务接口

描述各个主题之间的业务接口。

四、业务功能详细描述

用语言和图对每个子系统、主题或业务模块要完成的功能进行完整详细的描述。即功能建模。

4.1 子系统（模块一）

4.1.1 业务功能描述

用文字语言描述子系统、主题或业务模块要完成的功能。

4.1.2 业务流程图

用UML的活动图描绘子系统或业务模块的业务流程，在活动图中标注用到的或输入输出的表格、资料。注意，这里的活动图描述的是该子模块的业务流程。

4.1.3 主题描述及用例视图

若主题下面还含有子主题，则画出主题图，描述主题内的业务和主题间的业务；并且接着画出子系统或业务模块的详细用例视图。

若主题下面不含子主题，则直接画出子系统或业务模块的详细用例视图。

4.1.4 用例描述

对全部用例或主要的用例用文字进行详细描述。

4.1.4.1 用例名称一

【用例功能说明】

用文字详细描述该用例的目的、功能。

【操作描述】

用文字描述子系统或业务模块中主要用例的操作流程和要求。

【活动图、顺序图或协同图】 （可选内容） 用UML的顺序图或协同图描述该用例的操作流程。

【界面原型】 （可选内容）

描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。

4.1.4.2 用例名称二

【用例功能说明】

用文字详细描述该用例的目的、功能。

【操作描述】

用文字描述子系统或业务模块中主要用例的操作流程和要求。

【活动图、顺序图或协同图】 （可选内容） 用UML的顺序图或协同图描述该用例的操作流程。

【界面原型】（可选内容）

描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。

4.1.4.3 用例名称三

。.。 。.。4.1.5 信息项描述

采集子系统或业务模块中用到的信息项，对于非国标、部标的指标项要给予具体解释和规范建议。

推荐描述形式如下：

信息集名称：********

4.2 子系统（模块二）

4.3 子系统（模块三）

五、性能要求

5.1 用户数要求

5.2 业务方面的并发要求

5.3 正常和极端情况下的时间要求

5.4 容错要求

5.5 权限要求

5.6 灵活性要求

当需求发生变化时的适应能力要求。

5.7 使用频度要求

日常使用或定期使用等的描述。

六、其它需求

详细描述本产品/项目必需满足的法令法规、行业规范、合同/标书中的其它要求、以往类似设计中的适用信息以及本公司对此项目附加的其它需求等。

七、附录

对本需求有说明意义的资料：文档、数据、表格、样张等等。

附注：

用例视图、活动图（业务流程图）、主题图、对象图、状态图采用UML标准符号绘制。推荐使用CASE工具如：Ritional Rose画好后再粘贴到Word文档中。

如果时间充裕的话，应在辅助工具中进行业务建模，将非功能需求以及资料部分做为单独文档连接到模型中。

需求分析报告 篇五

一、项目介绍

1.1编写目的：

本需求分析报告范文的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2背景及范围

本项目的名称：学校排课系统。

本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。

本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至Excel打印总课表、教师课表、班级课表、场地课表、系统管理。

1.3定义 缩写词

学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。

二、项目描述：

使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。

2.1软件开发的目标：

改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。

2.2应用范围：

理论上能实现中小学排课，职业中学排课。

2.3子集说明：

软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。

2.4软件功能描述：

外部功能：实现了可视化窗口，排课，调课。

内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看；排课操作、调课操作、场地调课操作、老师课表及学生课表生成。

2.5软件操作人员的要求

软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。

三、软件结构化描述

自己添加一些

四、环境要求：

4.1数据录入精度需求

在进行向数据库录入数据时，要求数据记录准确。

4.2软件自身时间特性需求

程序排课响应时间：由于生成课表是需要看电脑的配置，所有时间可能会不一样，有时候需要等上几分钟

五、软件属性

5.1可用性

本软件由于自身的能力限制，所有只限现在所有的功能。

5.2安全性

由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏，可以从新录入信息进行更正

5.3可维护性

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。

5.4兼容性

由于尚未测试，故无法对兼容性进行评析。

需求分析报告 篇六

在学习、工作生活中，报告与我们的生活紧密相连，多数报告都是在事情做完或发生后撰写的。那么一般报告是怎么写的呢？以下是小编为大家收集的需求分析报告范文（精选12篇），欢迎大家借鉴与参考，希望对大家有所帮助。

需求分析报告 篇七

作为一名学习金融学方面的学生来说，不及时了解金融市场的信息，你就不是一位出色的学生。作为一名将要就业的学生，不及时了解人才市场中本专业的供需，你就不能更好着眼将来的职业生涯。为了能更好地了解我们投资理财专业的人才需求情况，为了以后就业作提前的了解，今年寒假我对我市人才市场，金融专业的人才需求、职业要求和其他要求等情况做了调查。

关键词：金融 人才市场 人才需求

今年寒假，我对目前我市人才市场对于金融与证券人才的状况进行了实地调查，调查显示：在会计学、财务管理、市场营销、经济学、金融学、财政学、人力资源管理、证券与投资学等财经类人才需求专业中，会计学专业所占比例高居榜首，为17.8%，财务管理位居第二为15.8%、，其他各专业依次为13.8%、8.7%、8.4%、6.2%、5.6%、4%。

随着社会主义市场经济、现代企业制度和现代资本市场的建立，随着中国经济全球化过程，以及现代信息技术等管理工具的快速发展，企业迫切需要进行项目投资融资、资本运作、税务筹划、成本控制等相关的战略规划及运作、参与并为决策提供信息支持的财务管理的专门人才；另外金融市场的不断成熟和金融操作的日益现代化，使企业的财务活动以及与各方面关系将越来越复杂。对专业化的会计人才的需求也不断增加。

一、 调查情况分析

(一)金融行业“钱”景广阔

本次报告显示，金融专业毕业生其平均起点工资和平均定级月薪分别为2628.52元和3794.91元，与其他行业相比，明显处于较高水平，对毕业生来说十分具有诱惑力。在具体薪酬方面，报告揭示，金融高端人才年薪都在15万元以上，八个城市的基金经理平均年薪为21万元左右。按照自身的条件不同，能力、学历、经验和背景的差别，往往同一岗位的人员所获得的薪酬也呈现出较大的差别，其年薪为15万—100万元不等。

(二)金融类人才缺口巨大

调查报告还显示，上海、北京、广东和江苏这几个省市对金融行业人才的需求量很大。这些省市金融机构相对集中，发展态势良好，尤其是对金融行业的中高端专业人才需求量非常大，目前企业需求量与人才的供应量比例已经接近9∶1。这也直接导致金融行业人才求职活跃，三分之一以上的人员会主动出击寻找更好的工作机会。专家表示，因为金融行业总体上人才缺口较大，企业的招聘职位和数量都比较多，对个人而言可选择的机会比较多，因此人才的流动率也较大。与上海、北京相比，杭州的情况稍微平和一点，但有向这些大城市靠拢的趋势。专家告诉记者，随着商业银行、外资银行进驻杭州以及越来越多的准金融机构(如私募基金之类)在杭发展，金融人才，尤其是高端金融人才的缺口将越来越大，杭州金融类人才的流动性和薪酬水准也会向上海这些大城市靠拢。而且现在不少国有银行也开始转变观念，委托猎头公司寻找相关人才，人才的争夺将进入白热化。

(三)金融类人才压力也不小

据了解，金融行业的企业目前招聘的职位主要是销售类、金融类、保险类和经营管理类等人才。从金融行业人才的职业分布情况来看，保险类的供求比例差距比较大，企业对保险类人才的需求较多，而市场上该类人才的供应量又相对较少。此外，金融业对高端人才的需求也格外强劲，企业需求较多的典型高薪职位包括基金经理、高级投资咨询顾问、投融资经理、金融分析师等。这种需求也不断造就业内高端人才频繁流动，据资料显示，在基金经理炫目的光环背后，是年均30%的淘汰率和年均54.3%的变动率。近年众多明星基金经理转投私募行业也令金融领域人才紧缺的困境越加明显。专家表示，“企业在招聘金融行业高端人才时，大多数对工作经验都有严格要求，通常要求有5-10年及以上工作经验，并且能够熟练运用或精通一门外语，系统学习过一定的财务、金融和管理等专业知识，对相关的理论有较深入的研究。有些岗位甚至还要求候选人有过上亿资产运作经验，熟悉资金运作程序以及有海外资金渠道等。因此金融行业的高端人才往往在市场上呈现供不应求的态势，各大企业纷纷以高薪和各种附加福利待遇来吸引人才。

(四)调查结论

根据本次调查，结合教育部高等教育司2005年公布的一份针对高校经济学、工商管理类人才需求和培养现状的权威报告显示，今后相当长一段时间里，社会对经济类、工商管理类人才需求意愿仍然很强烈，经济相对较发达的地区的社会用人单位的需求意愿相对更强烈。

二、企业对人才需求的关键因素分析

扎实的专业知识，富有创新意识，高尚的职业道德，较强的交际能力，独立的工作能力，踏实，事业心强，均对企业用人需求起着重要的作用，我们将关键的因素进行了统计：72%的用人单位认为高尚的职业道德是企业决定聘用与否的关键，有64%的企业选择了具有较强的团队精神，另有62%和58%的用人单位认为踏实，事业心强，拥有过硬的专业技术知识对企业也很重要。

在相同条件下企业会优先考虑哪类求职者有80%的企业会选择有一定工作经验的应聘人员，原因是适应期短，工作更容易上手，从而有利于企业降低用人成本。有32%的企业更青睐于获得各种证书的应聘者，他们认为这类人员学习能力强，悟性好，更容易接受新事物；相对而言，求职者在校的职务以及外表气质等因素对企业用人取舍的影响力度不是很大，仅占不到10%。从中可以看出，如今企业更看重的是员工的实际工作能力以及能否为企业创造更大的价值。 另外企业的技术构成对人才的需求也会产生一定的影响。从总体上看，企业对应用型人才的需求约占50%，对研发型人才的需求约为14%，有48%的企业需要求职者拥有本科及以上的学历，52%的企业对应聘者工龄有要求。

三、思考与建议

根据以上调查，我对该专业的教育和建设提出如下建议 ：

(一)以精品课程建设入手，推动专业建设

专业的发展在于教学和科研水平的提高，教学水平提高的一个重要方面在于课程建设的质量。在多年的教学实践过程中，业内人士深深感到专业建设的根本在于课程建设，而课程建设又在于教学基本文件材料的建设，因此在课程建设方面，本专业应一如既往地通过课程建设实现课程教学水平的提高。如财务管理、会计电算化应作为精品课程来建设。

(二)大力建设实践环节课程体系

实践性教学将是进一步搞好教育，形成新的办学特色和办学优势的着力点。本专业应充分利用原有的校内外实习基地加强实践性教学，建立了一个综合的金融模拟实习中心。通过几种不同形式的模拟，可以不断提高金融与证券教学质量，缩小理论与实践的差距，使学生能够熟练地掌握与运用各种业务操作技能，尽快地适应金融业的实际工作。

(三)改革教学方法和教学手段

教学水平的提高，一方面依赖于课程建设的质量，另一方面，教学方法和教学手段的改革也是非常重要的。会计电算化专业是一个实践性很强的专业，因此，在注重传授专业理论的同时，教学过程中更应该注重培养学生分析问题与解决问题的能力以及开拓创新能力等。这两方面的能力也正是社会用人单位认为目前的经济类、工商管理类毕业生所欠缺的。因此，在会计电算化专业授课过程中，应鼓励教师加强案例教学手段的应用，积极参与到学生的第二课堂实践中，还应鼓励教师积极探索和尝试与教学层次想适应的启发式教学方法，并注重运用多媒体辅助教学。

(四)进一步完善校企合作办学特色

在原有的基础上，进一步扩大校企联合办学的规模和合作项目。另外随着中外面合次企业的曾多，针对企业用人单位的意见，应加强英语教学的训练。在国家教育部2001年4号文件《关于加强高等学校本科教学的若干意见》中，提出高等学校在本科教学中要积极推动使用“双语”教学，它是我国加入WTO后对人才培养模式加速改革的要求，也是社会经济飞速发展的要求。 (五)进一步加强师资队伍的建设

无论是专业课程建设，还是学术科研发展，都离不开教师，所以师资队伍建设问题是专业建设的首要问题。适应社会对财务管理人才的需求，建立一支能适应“国际化、职业化、市场化”办学特色要求的教师队伍。形成一支年龄和职称结构合理、教学和科研并重，并能运用外语进行专业教学的教师队伍。 (六)加强对学生的职业素质教育

在现代市场经济中，专业人才的职业素养、职业能力和就业竞争力将成为各类院校核心竞争力的重要组成部分。因此，本专业应树立“以学生成材为本”的思想，为学生搭建职业素质培养平台，做好学生的职业素养教育。

1、树立以“诚信、宽容、感悟”为核心的基本职业素养精神，通过教师课堂教书育人、课后职业素养讲座，从思想上帮助学生建立起现代金融服务业所赖以生存的基本职业理念。

2、通过提供就业指导讲座为学生提供信息和职业规划的专业思路，聘请专业的金融人士和专业的市场人力资源管理专家，为学生提供职业的人生规划培训和辅导。

3、开设会计业职业规划课程。通过介绍各种工商企业中职位的设置以及各种职位对学生的知识、能力和素质的要求，为学生理解自身的职业、规划职业生涯提供理论和现实的指导。

在世界经济金融大调整、大变革的后危机时代，能否合理规划新形势下的人才策略，并抢占人才制高点，将是金融机构塑造国际竞争力的重要一环，我们要从战略角度深入思考，并妥善制定人力资源薪酬管理方案，确保自己的企业实现可持续长期发展。

需求分析报告 篇八

一、网络应用需求。

1、校园网与Internet连接，使师生可通过互联网获取资源和信息。

2、建设学校网站，实现学校的对外宣传以及发布学校内部信息。

3、在校园网内实现文件传输共享。

4、实现学校行政、教师的无纸化办公。

5、学生个人信息管理与查询系统。

6、图书馆电子化，实现图书信息搜索。

7、校园生活电子化（包括如：一卡通消费，转帐交纳网费、电费、水费，个人帐户网上管理和查询）。

8、校内网络辅助教育教学（如：广播、组播，上机考试等）。

9、电子邮件系统。

二、安全需求。

1、校园网接入Internet，应使用防火墙的过滤功能来防止网络黑客和其他非法入侵者入侵网络系统，并对接入Internet用户进行权限控制。

2、设置用户权限，对不同用户分组进行权限限制。

三、技术需求。

1、为确保校园网的性能及安全需求，采用100/1000Mbps光钎以太网作为校园网的主干。主干网承担了整个学校网络包交换、子网划分、网络管理等重要任务，应采用具有三层路由功能、包交换性能高的交换机作为主干网的节点机，分布在网络中心、图书馆、教学楼、实训楼、食堂，教师公寓和学生公寓。

2、设立一个网络中心，配置相应的服务器及路由交换等设备。网络中心可对整个校园网进行管理，并作为校内连接Internet的网络关口，承担防御过滤等安全功能。对校内各网络节点进行监控，防止病毒的传播。

3、校园的主要建筑有图书馆、教学楼、实训楼、食堂，教师公寓、学生公寓，必须在这些建筑物内安装足够信息点以及信息终端以满足用户的需求。

4、布线系统采用星形分布式拓扑结构，分为工作区子系统、水平子系统、管理子系统、垂直干线子系统、建筑群子系统、设备间子系统。

5、以学生公寓为例，每幢学生公寓有6层，每层有12间宿舍，每间宿舍须设4个信息点。据此应该在每层设集线箱，每幢公寓有一个管理间，管理间内设二层交换设备。

6、网络中心应相应的配置有E-Mail服务器、FTP服务器、WEB服务器及防火墙等设备。

7、整个校园为一个虚拟局域网，为管理不同性质用户应划分不同子网，进行IP地址分配以及相应的路由配置。针对我校有两个校区的情况，可通过公共网络采用Vxx将两个校区连在同一虚拟局域网。

四、安全需求。

1、按照相应标准进行局域网的建设，确保物理层安全。

2、采用主机访问控制手段加强对主机的访问控制。

3、划分安全子网，加强网络边界的访问控制，防止内外的攻击威胁，定期进行网络安全检测，建立网络防病毒系统。

4、建立身份认证系统，对各应用系统本身进行加固。

五、其他需求。

1、在图书馆、自习室建设无线网络，以满足学习需要。

2、做好应急设备的准备，相应应有备用设备以确保紧急情况下的网络保障。

它山之石可以攻玉，以上就是差异网为大家整理的8篇《关于需求分析的总结报告》，能够帮助到您，是差异网最开心的事情。