软件项目需求调研报告一

1.题目

高校调查问卷管理系统

2.背景

在高校教育阶段，为提高政府教育管理的针对性与有效性，需要从学生和教师获知其对学校、 专业、教学情况、教学资源配套、学校管理水平等多方面评价的信息收集。互联网是效率最高、短 时间内涉及人员广的渠道之一，所以依托互联网的调查问卷需求应运而生，通过信息的反馈，进行信息的初步帅选与分析，能够及时反应当前高校情况，为管理手段和政策方针提供依据。

3.任务描述

（1）根据项目需求进行系统相关人员分析

（2）针对原始需求不清晰、不明确的内容编写调研提纲

4.过程

在本次需求调研过程中，大家在群里自由讨论，首先我们分析了调查问卷管理系统的系统相关人员，其次就相关人员讨论了对他们调研的问题

5.讨论结果

（1）系统相关人员分析

角色名 角色说明 政府教育管理机构 此系统的用户 老师、学生 此系统的输入人群，系统数据的来源 教育部门 此系统的输出 开发人员（团队） 此系统的制作者（团队），且负责系统bug的修复 监管者 此系统主要负责监管项目进度和进行项目分析的人员 市场分析人员 对市场、运营、用户等进行分析，及时调整优化方向

（2）调研预设

序号 调研对象 调研方式 调研内容 目的 1 政府教育管理机构 访谈 1. 了解服务器的情况；2. 问卷格式采取设计问题样本的方式还是只设计框架？ 1. 了解系统实际运行要求，以便于系统开发；2. 获取用户需求功能。 2 教育部门 访谈 对问卷怎样管理更合适更高效？ 获取用户功能需求。 3 老师、学生 访谈 1. 对问卷系统的界面要求；2. 对问卷系统的相关意见。 帮助开发人员设计更美观好用的界面，让待问卷人员更有兴趣填写。 4 维护人员 访谈 系统代码如何编写可以更高效的维护？ 提高系统的安全性和可用性。

软件项目需求调研报告二

一、引言

1、编写目的

测绘专业在室外测量过程中会产生大量的数据，这些数据学生处理起来很复杂，且非常容易出错，如果可以将这些数据导入程序中，由计算机处理后再导出来，这样即能减少工作量，又能避免人工计算出现错误。由此，我们决定开发这样一款软件，实现以上构想。

2、项目风险

该软件开发项目的风险承担者有：

任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。

软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。

产品使用者：需要承担的风险是产品是否能满足自己所需。

3、文档约定

数据输入：导入数据

数据输出：输出数据

5、产品范围

测量数据的平差计算。

6、参考文献

《visual c# 程序设计基础》

二、综合描述

2、产品的功能

1）数据导入，可以由键盘输入，excel文件导入，txt文件导入。

2）坐标方位角的推算，根据原始数据推算坐标方位角并记录

3）数据平差，进行平差计算来调整误差。

4）坐标计算，推算待测点坐标。

5）数据导出，可以导出为excel文件、txt文件。

3、用户类和特征

1）测绘工程专业在校生。

2）从事大地测量工作的人员。

4、运行环境

windows操作系统

三、外部接口需求

1、用户界面

交互式的图形界面

2、硬件接口

计算机

3、软件接口

c#窗体程序

四、系统功能要求

3、输入输出数据

本软件仅支持excel8.0以上使用。

五、其他非功能性需求

1、性能需求

为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求：

时间特性：系统响应时间应在人的感觉和视觉范围内（<1s），系统响应时间足够迅速（<5s）。

适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。

可使用性：操作界面简单明了

可维护性

软件项目需求调研报告三

1 ．前言

1.1 文档目的

说明编写这份软件需求说明书的目的，指出预期的读者范围

1.2 文档范围

a． 待开发的软件系统的名称；

b． 说明软件将干什么，如果需要的话，还要说明软件产品不干什么；

c． 描述所说明的软件的应用。应当：

1） 尽可能精确地描述所有相关的利益、目的、以及最终目标。

2） 如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。

1.3 术语定义、缩略语

列出本文件中用到的专门术语的定义和缩写词的原词组。

1.4 参考资料

列举了编写软件需求规格说明时所参考的资料或其它资源.这可能包括用户界面风格指导,合同,标准,系统需求规格说明,使用实例文档,或相关产品的软件需求规格说明

2 ．项目概述

2.1 建设目标

2.2 主要业务描述

2.3 主要功能描述

2.4 系统用户描述

2.5 系统运行环境

2.6 一般约束

本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：

a． 管理方针；

b． 硬件的限制；

c． 与其他应用间的接口；

d． 并行操作；

e． 审查功能；

f． 控制功能；

g． 所需的高级语言；

h． 通信协议；

i． 应用的临界点；

j． 安全和保密方面的考虑。

2.7 假设和依据

列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立).这可能包括你打算要用的商业组件或有关开发或运行环境的问题.你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个s r s 读者却可能不这样认为.如果这些假设不正确,不一致或被更改,就会使项目受到影响.

此外,确定项目对外部因素存在的依赖.例如,如果你打算把其它项目开发的组件集成到系统中,那么你就要依赖那个项目按时提供正确的操作组件.如果这些依赖已经记录到其它文档

3 ．信息、数据描述

3.1 信息、数据描述

3.2 信息、数据流程图

3.3 数据库描述

3.4 数据词典

3.5 信息、数据采集

4 ．业务流程描述

4.1 业务流程图

4.2 业务单据

5 ．功能需求（可分为多个子系统各自单独一章）

5.1 功能划分

5.2 功能描述

5.3 功能需求 1

5.3.1 功能详细描述

5.3.2 输入

5.3.3 加工

5.3.4 输出

5.4 功能需求 2

。。。。。。

5.n 功能需求 n

6 ．性能需求

6.1 存储量需求

6.2 数据精确度

6.3 时间特性

如响应时间、更新处理时间、数据转换与传输时间、运行时间等。

6.4 适应性

在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。

7 ．用户界面原型

提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：

a． 对屏幕格式的要求；

b． 报表或菜单的页面打印格式和内容；

c． 输入输出的相对时间；

d． 程序功能键的可用性。

8 ．外部接口需求

8.1 硬件接口

要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。

8.2 软件接口

在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容：

a． 名字；

b． 助记符；

c． 规格说明号；

d． 版本号；

e． 来源。

对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。

8.3 通信接口

指定各种通信接口。例如，局部网络的协议等等。

9 ．其它需求

9.1 数据库

本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：

a． 在功能需求中标识的信息类别；

b． 使用的频率；

c． 存取能力；

d． 数据元素和文卷描述符；

e． 数据元素、记录和文卷的关系；

f． 静态和动态的组织；

g． 数据保存要求。

注：如果使用一个现有的数据库包，这个包应在“软件接口”中命名，并在那里详细说明其用法。

9.2 操作

这里说明用户要求的常规的和特殊的操作。

a． 在用户组织之中各种方式的操作。例如，用户初始化操作；

b． 交互作用操作的周期和无人操作的周期；

c． 数据处理运行功能；

d． 后援和恢复操作。

注：这里的内容有时是用户接口的一部分。

9.3 场合适应性

这里包括：

a． 对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。

b． 指出场合或相关任务为特点，这里可以被修改以使软件适合特殊配制的要求。

9.4 故障处理