实验室管理系统需求分析调研报告
实验室管理系统需求分析调研报告
一、摘要：
最后系统实现的目标是全面覆盖实验室管理的各个方面，为学生提供一些必要的实验资源，为老师提供方面的实验室管理，从而提高我们实验室的管理水平，同时增加我们的管理效率及质量。
二、关键词：实验室管理系统需求管理内容分析
三、正文
在编写文档之前我们首先与学院实验中心的各工作老师以及实验室的勤工同学进行了交流，了解实验室的规模、管理的任务范围、管理状况，通过调查、分析，同时得到老师及勤工同学的建议得出新系统主要的总体功能需求，根据新系统的总体需求将这个系统划分成两个部分，一个是前台的设计，另一个就是后台的管理。
同时根据需求给该系统设计了7个角色，他们分别是终极管理员、文档管理员、设备维护员、勤工组长、勤工人员、老师、学生，各层角色权限大小如下图所示：
各个角色介绍：
终极管理员：管理整个实验室系统，包括对前台的管理，管理员权限的设置，等等。
勤工人员：实验课上助教人员，主要任务在实验课上维护课堂秩序，也叫值班人员，主要功能需求是填写各类关于实验及机房的信息。
勤工组长：跟勤工人员任务一样，附加的功能为安排勤工人员值班表。
文档管理员：实验档案的整理、存放等任务，同时负责审核申请注册老师权限的功能。
设备维护员：实验室各类设备的维护任务。
2.各模块需求分析
下面详细分析后台管理的一些具体需求，同时将这些需求划分成几个模块具体分析如下：
2.2个人信息查询模块
该模块的设计需求主要是及时了解自己的个人信息，同时可以查询他人的信息，方便整个实验室管理员的沟通交流，同时也方便管理员对用户的管理。
2.3值班信息模块
该模块的设计需求是针对实验课上值班的人员对自己值班信息的查询，可以查询自己这一周值班的次数，值班的情况，同时也方便管理员的管理，管理员可以方便的查询出某实验课值班的值班到位情况。
2.4文档管理员模块
该模块针对实验室的文档出库入库的需求而设计，稳当管理员利用该功能，可以方便管理实验报告、实验文档、实验指导书等等文档的出库、入库、外借等功能，同时审核用户注册老师这一权限是否通过，还有就是电子资料（实验指导书、实验教程等）的保存及上传，供学生们下载参考。
同时文档管理员可以方便的查询文档的情况，文档的位置等等，既合理利用了文档仓库，也提高了工作效率。
2.5设备维护员功能模块
该功能模块的设计需求来自实验室维护人员。现阶段管理学员实验室管理人员每天最主要的任务就是使实验室计算机等设备的正常运转，保证实验课的正常进行。同时需要对实验室设备进行管理，统计实验室设备，添加设备等等操作。该模块的设计大大提高了对实验室设备这方面的管理。
维护员能及时从实验室值班人员那里获取计算机等设备的故障信息，争取达到第一时间进行维修，同时保存维修记录，如果现在不能完全修复，故
障信息仍然保存着，不至于丢失、搞忘。
2.6请假管理模块
该功能模块的设计需求主要针对管理员对实验室人员的请假管理，特别是对值班人员的管理。现阶段管理学院实验室在实验室上课值班人员是学生，如果碰到一些特殊情况不能来实验课上值班，出现实验课没学生助教的情况，会影响到实验教学的质量，同时也加大了管理员对值班人员的管理。根据上面这种情况设计了请假管理模块，值班学生可以通过该模块申请请假请求，老师能及时获取请假请求，并对该请求作出审核，同时方便管理员的调配。
2.7角色管理模块
基于实验室值班人员（勤工人员）每年都在变，每年都存在着增加和删除的操作。为终极管理员设计了该功能模块，终极管理员可以通过该功能模块添加、删除管理员角色，同时可以为该管理员设置权限。
总体需求如下图（2.1）所示：
图（2.1）实验室管理系统总体需求
3.实验室后台各部分功能需求分析
以下就是对整个实验室系统的具体功能需求分析，按照管理员的不同权限逐一分析各级管理员需要的功能。
3.1实验室勤工人员功能需求分析
该层次是针对在实验室工作的学生设计。所要实现的功能是：
.查询自己的个人信息
.修改自己的个人信息
.个人信息管理 .查询他人信息
.修改自己的登录密码
.查询实验室实验课表
.填写值班信息
.值班信息管理 .查询值班信息
.填写实验室设备故障
.查看实验室设备故障
.提交请假申请
.请假管理
.查询审核结果
实验室勤工人员功能需求如下图（ 3.1）所示：
图（3.1）实验室勤工人员功能需求框图
附加功能：实验室值班表安排系统（该系统专门给组长设计，组长利用该系统排出本学期实验室工作的学生的值班表，同时在发生变更时，对值班表作出调整）
该功能的需求设计是为了填补实验室对于勤工学生们的管理的不足，让实验室老师们即时了解实验室使用的情况，同时也提高了对故障设备的处理效率，能及时发现故障，方便维修人员的维修及维护。如：实验室的一台计算机出现蓝屏现象，值班的学生把该故障输进实验室设备故障表中，实验室维修人员及时查看到计算机故障信息，同时尽快处理。保证实验课正常进行。
3.2实验室维护人员功能需求分析
该层次是针对实验室维护人员的需求。维护人员所要实现的功能如下：
.查询个人信息
.个人信息查询 .修改个人信息
.查看他人信息
.修改密码
.查询勤工人员信息
.实验室勤工人员管理
.查询勤工人员值班表
查看设备信息
.设备管理增加设备
删除设备
.查询待维修的设备
.实验室维护管理 .填写实验室故障排除及维修情况
.查询实验室故障与维修情况
.实验室工作人员信息查看
实验室维护人员功能需求如下图（ 3.2）所示：
图（3.2）实验室维护人员功能需求框图
该功能模块的设计为了及时维护实验室设备，保证实验室的正常使用。
3.3实验室文档管理人员功能需求分析
该层次的是针对实验室维护人员的需求。所要实现的功能如下：
查询个人信息
.个人信息查询修改个人信息
修改密码
.查询实验室文档库的档案记录
.填写实验室档案入库信息
.实验室文档管理 .填写实验室档案的外借信息
.实验室档案删除（文档过期、损坏）
.上传电子文件
.查看申请信息
.审核老师权限的申请
.审核
.上传电子文档
.电子文档管理 .删除电子文档
.上传教学视频
实验室文档管理员功能需求如下图（3.3）所示：
图（3.3）实验室文档管理员功能需求框图
该层次管理员功能的需求为了方便实验室文档库的管理。文档管理员希望随时可
以查看文档库中的文档信息，并将这些信息记录到数据库中更有效保护这些文档信息，同时减轻了文档管理员对文档处理的负担。
4终极管理员需求分析
主要是针对整个实验室的管理的功能需求。该层次的管理员集成了以上所有管理员的权限，同时添加了一些特殊的功能。具体所要实现的功能如下：
查询个人信息
.个人信息查询修改个人信息
修改密码
.查询勤工人员值班情况
.实验室勤工人员管理 .查询勤工人员信息
. 查询勤工人员值班表
.查询待维修的设备
.实验室维护管理
.查询实验室故障与维修情况
.查询实验室文档库的档案记录
.实验室文档管理 .查看实验室档案的外借信息
.实验室档案删除（文档过期、损坏）信息
.查看请假请求
.请假管理
.审核请假请求
.申请下一级管理员角色
.角色管理 .删除管理角色
.赋予权限
实验室终极管理员功能需求如下图（ 4.1）所示：
图（4.1）实验室终极管理员功能需求框图
以上就是实验室后台各级管理员所要的需求。
通过本次对实验室系统调研，我们发现对这个实验室系统软件很有发展前途，而且很有应用价值！对实验室的管理很方便，很人性化，节约了大量的人力物力！
软件项目需求调研报告-模板62781
[XXXX]技术有限公司[公司名称] [XXXX]公司[客户名称] [XXXX]软件项目[项目或产品名称] 需求调研报告 文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目背景 (4) 2.2、项目名称 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是[项目名称] [系统属性] 客户需求调研报告，供需求分析人员进行项目需 求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括[项目描述]、[用户环境描述]…等几个章节，并： a)在[项目描述] 章节中描述了…信息； b)在[用户环境描述] 章节中描述了…信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目背景 编写建议：描述该项目的建设背景；
XX系统用户需求调研报告
目录 0.文档介绍 (1) 0.1发布与修改历史 (1) 0.2文档目的与范围 (1) 0.3读者对象 (2) 0.4参考文档 (2) 0.5术语与缩写解释 (2) 1系统简述 (3) 1.1系统目的 (3) 1.1.1管理目标： (3) 1.1.2使用目标： (3) 1.2系统范围 (3) 1.2.1客户组织结构图 (3) 1.2.2客户人员结构图 (3) 1.2.3系统业务关系图 (3) 1.2.4系统面向的用户群 (4) 1.3产品应当遵循的标准或规范 (4) 1.4定义、首字母缩写词和缩略语 (4) 2用户当前操作模式 (5) 2.1用户需要解决的问题 (5) 3功能性需求 (6) 3.1功能结构图 (6) 3.2功能１ (6) 3.2.1子功能点１ (6) 3.2.2...... . (7) 3.2.3与其它功能模板间的接口 (7) 3.3...... . (7) 4产品的非功能性需求 (8) 4.1对系统环境的要求 (8) 4.2对易用性的要求 (8) 4.3软硬件环境需求 (8) 4.3.1对系统软件的技术要求 (8) 4.3.2对系统硬件的技术要求 (8) 4.4用户对安全性的要求 (8) 4.5对可维护性的要求 (8) 4.6对培训的要求 (8) 5附录A：用户需求调查记录 (10) 5.1A.1需求标题1 (10) 5.2A.N 需求标题N (10)
0.文档介绍 0.1发布与修改历史 参与者及其贡献 0.2文档目的与范围 提示：文档介绍是对本文涉及内容和目的的高度概括。本节内容是读者接触到的本文的第一段正式的文字，我们必须用不超过500字的文字描述简明扼要的告诉他们如下几个重要信息： 0.2.1、本文的目标 0.2.2、本文的主要内容的概括；
需求调研报告(多篇)
需求调研报告(精选多篇) 莆田晚报社人才需求情况调研报告 为了了解当代媒体及企业对与人才的需求，更好的了解自己的汉语言文学专业，了解单位人才需求的渠道，为更好的学习自己的专业打下良好的基础，我在xx年的暑假的认识实习期间，以提问的形式，对莆田晚报社的同事以及一些领导以提问的方式进行调查。 一．媒体对新闻人才的需求及对大学生的要求 （一）对人才的需求 我在莆田晚报社见到了林总编。莆田晚报社隶属于《莆田晚报》是中共莆田市委主管、湄洲日报社主办的一份综合类报纸，是莆田市最有影响力的媒体之一。在被问及对人才的需求时，林总编首先表示，媒体。尤其是平面媒体，对于人才的要求是在变化的。在过去，报社所要的记者，是综合性的人才，有扎实的文字功底，负责对消息的采集和报导，报纸的版面内容，也大都是新闻事实。而现在，随着报纸内容的多样化，版面的专业化，专栏专刊不断增多，报社所需要的，更多的是专业性的人才。 林总编谈到，由于报纸具有深层次报导的能力，报纸为受众所展现的，更多的是综合分析之后的结果，平常的生活琐事后面也许有着经济纠纷或者法律问题，这就需要经济或者法律方面的人才。 （二）是否招聘应届毕业生 在谈到是否招聘应届毕业生的问题时，林总编表示，莆田晚报社会招收应届大学毕业生。他提供了一些数据：05年，招聘一个浙大
新闻系的毕业生，一个浙师大的，还有一个湖南师范大学的；03年，招聘安徽大学毕业生2个；02年，招聘武汉的大学毕业生1个。林总编谈到，报社找人的范围是文科类专业或是与新闻类专业有关的大学毕业生，如文秘历史经济法律等。林总编认为现在的报纸越来越贴近人民生活，语言亲切，口语化，所以报社对记者的文字要求并不是很高，最主要的还是一种新闻的敏感性。所以报社非常欢迎经济或是法律类的人才，“当然了，要是新闻学士学位，又有法律或经济硕士的学位，我们是大大的欢迎了。”林总编幽默的说 （三）对毕业生具体的要求 关于现在大学毕业生的工作能力问题，林总编认为确实并不突出，缺乏经验和 实践能力是最主要的缺点。他认为这是一个应知和应会的问题。学校的教材有些理论方面的知识与现实并不合拍，造成大学毕业生面临实践时的困扰。林总编还指出锻炼需要一个过程，刚走上工作岗位，实践不够，很难做出成绩，所以在大学期间，大学生应加大实践，锻炼自己的能力。 关于这个问题，赵书记的看法是一样的。可见实践能力是大学生在校要注意锻炼的。而有些实习生往往实习的时候很勤快，一旦被录用就开始懒散，这是非常不好的。另外，赵书记还补充，工作主动性不够也是大学生的缺点，总要领导布置了任务再去完成它。
软件需求分析报告书实例
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
软件工程--需求分析报告
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
系统需求分析报告
******** **经济林管理信息系统需求分析报告 ******** 二〇一三年十二月
目录 引言 (2) 1 项目概述 (3) 1.1项目目标分析 (3) 1.2项目背景及意义 (3) 1.3项目建设的必要性 (4) 1.4项目建设的可行性 (4) 2 项目数据分析 (6) 2.1经济林基础地理信息 (6) 2.2经济林调查数据及处理 (6) 3功能需求分析 (10) 3.1功能结构图 (11) 3.2功能说明 (11) 4 运行环境需求 (12) 5 性能需求 (12)
引言 为合理和高效进行**********经济林管理信息系统（以后简称项目）总体设计，项目组根据《**经济林管理信息系统建议书》编写需求分析报告。 请**相关部门在此基础上讨论和确定本需求分析内涉及的运行环境需求、数据调查和处理流程、功能需求分析等内容。
1 项目概述 1.1项目目标分析 该项目旨在实现**经济林基础地理信息采集、编辑、存贮和管理；经济林调查数据的采集、检查、存贮、管理，以及经济林调查数据查询、统计及成果生成。 1.2 项目背景及意义 **是经济林发展历史悠久的地区，具有日照充足、昼夜温差大、病虫害发生少等独特自然优势，盛产香梨、苹果、红枣、杏、桃、葡萄等。截止2012年，**各类果园面积47.5万亩，其中苹果0.33万亩，梨16.56万亩，葡萄2.74万亩，杏25.68万亩。管理和保护好经济林对于促进农业发展和农民增收、保障社会稳定具有十分重要的意义。 为了全面提升**经济林管理手段和管理水平，*********拟结合林业“二类资源”，研发了**经济林管理信息系统，建立了以团场、地块为管理单元的经济林图属一体化数据库。 该系统基于3S技术及互联网等技术手段，结合“二类”数据的基础上，集成经济林管理的图形、属性、影像、文档等多种数据，实现了综合查询、平台动态监测、占用预警、智能补划和网站信息发布等功能。 本次调查采用“3S”技术与传统调查手段相结合的方法，共涉及14个团（场）。**经济林管理信息系统的建立，能更好的发挥新技术
需求调研报告
实施技术文档 目录 1 客户基本情况调研 2 1.1 客户公司介绍 2 1.2 组织结构 2 1.3 权限关系 2 2 企业配置需求调研 3 2.1 角色相关配置 3 2.2 员工信息配置 4 2.3 业务配置 4 3 客户CRM业务需求调研 5 3.1 市场部分 5 3.1.1 线索管理 5 3.2 客户/联系人管理 5 3.2.1 客户管理 5 3.2.2 联系人管理 6 3.3 销售管理7 3.3.1 机会管理7 3.3.2 报价管理8 3.3.3 销售合同管理8 3.3.4 收款管理9 3.4 服务管理10 3.4.1 服务请求10 3.4.2 服务收费11 3.5 产品管理12 3.6 活动管理12 3.7 竞争管理12 3.8 知识库管理13 3.9 报表与分析13 文档签收错误！未定义书签。
1客户基本情况调研 1.1客户公司介绍 公司简介： 1.2组织结构 此处填写公司组织部门结构，如下图： 说明：组织结构图反应公司职能部门分布以及上下级关系。 组织结构图 1.3权限关系 此处添加公司各部门的职位上下级关系图，如下图： 说明：以管理层次图方式描述公司的上下级关系，此关系涉及到上级对下级数据的可视性。系统默认上级可以查看下级数据，平级之间数据互不可见。
职权图 2企业配置需求调研 说明：该部分主要调研CRM系统中的角色权限配置和员工的角色分配、数据共享信息和审核流程等 2.1角色相关配置 此处由Crm工程师根据企业需求来共同填写企业各使用帐户的权限分配。角色配置定义的是各角色的使用模块和操作权限。 角色配置表
2.2员工信息配置 此表描述的是客户使用CRM 系统的帐户信息，职权、部门和角色对应职权图、组织结构图和角色分配表。 员工信息表 2.3业务配置 编码规则 采用手动编码或自动编码 数据共享 1.销售的机会、报价、合同、应收款、客户信息等销售模块除总经理、副总经理、销售部和市场部外， 其他部门均无无权查看以上信息（销售共享或分配的信息除外） 2.售后支持组：商务部的客户资产管理需共享给技术支持部。 3.工程部经理可以看到实施项目模块的信息；财务经理可以看到销售中涉及金额的模块信息，包括： 合同、应收款、实施项目、服务收费模块；技术部经理能看到实施项目模块信息。 4.各销售人员能看到其他部门在系统中记录的关于自己负责项目的相应信息，而其他销售人员是不能 看到的。在销售人员未主动共享前其他部门是不能看到销售部人员的系统记录信息的。 5.销售人员的共享操作说明： a.当销售人员在销售过程中的某次销售需要售前技术支持的时候，需要销售人把对应的客户资 料共享给受理支持的技术人员。 b.工程部的所有实施项目需要共享的销售经理。 备注：所有共享信息都是针对某一个模块进行共享，而不能针对某模块中的某些字段进行共享。 审核流程 审核流程定义表
系统需求分析报告-范例1
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
软件项目需求分析通用
1. 引言 目的 说明编写这份报告的目的，指出预期的读者。 背景 指出待开发的软件系统的名称；行业情况；本的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。
术语 列出本报告中用到的专门术语的定义。 2. 任务概述 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。
3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 对性能的一般性规定 精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。时间特性要求 说明对于该系统的时间特性要求。 灵活性
人力资源管理系统需求分析报告
《人力资源管理系统》需求分析报告 1.需求获取及分析 1.1业务需求 随着计算机技术，网络技术和信息技术的发展，现在的办公系统更加趋于系统化，科学化和网络化，网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的的主要目的是实现信息的交流和信息共享，提供协同工作的手段，本系统对公司的人力资源进行管理，为人力资源管理人员提供一套简单的操作，使用可靠，界面友好，易于管理和使用的处理工具，对人力资源各种数据进行统一管理，避免数据存取，数据处理的重复，提高工作效率，减少数据处理的复杂性。 1.2用户需求 人力资源管理系统在企业中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个企业有机、高效地带动起来，使得企业各个方面的工作因人力资源管理系统的高效、简便而更加顺利。 企业方面： 可以有效的进行对职工信息管理；增加、删除、修改员工信息；薪金发放；考勤以及招聘等工作。 职工方面： 每个职工都可以对自己的信息进行查看，查询薪金发放情况以及职称评比情况。
1.3功能需求 本系统的实现的功能主要划分为： A.信息输入模块 B.用户查询模块 C.系统维护模块 D.系统输出显示模块 E.考勤模块 F.招聘模块 本系统是一个集多项功能于一身的集成应用系统，用户只有按照提示信息，使用鼠标和键盘录入相应的信息内容即可完成所需的功能。本系统所有的提示信息均为中文显示，以方便用户的使用。 系统的主要功能有： A.信息输入模块：包括普通职工用户和管理员用户通过网络的输入登录条件和查询条件等操作。 B.查询模块：根据普通职工用户输入的查询条件（职工号）对系统所保存的记录内容（工资和奖金等）进行查询检索。 C.系统维护模块：包括对维护人员的个人信息密码的修改、数据库的及时更新，添加和过期记录增删以及对本系统的使用访问情况查询统计等维护工作。 D.系统输出显示模块：对查询到的数据集进行显示反馈，并多大量的数据进行分页显示；对普通职工用户输入的查询条件进行过滤判断，对错误的条件，进行反馈提示；同时对管理员的所有维护操作的成功与否进行反馈。 E.考勤模块：对员工上下班打卡情况以及出勤情况进行记录，汇总。 F.招聘模块：显示招聘信息并进行及时的更新。 1.4非功能需求
用户需求分析报告
window命令大全 需求分析报告 引言 ¨编写目的（阐明编写需求分析报告的目的） ¨项目背景（应包括：a.项目的委托单位、开发单位和主管部门； b.该软件系统与其他系统的关系。） ¨名词解释（列出文档中所用到的专门术语的定义和缩写词的原文。） ¨参考资料（列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.立项报告；b.项目开发计划；c.文档所引用 的资料、标准和规范。） 任务概述 ¨目标 叙述该项软件开发的意图、应用目标、作用范围以及该软件的背景资料。 解释被开发软件与其他有关软件之间的关系。如果本软件是一个独立的软 件，而且全部内容自含，则说明这一点。如果定义的产品是一个更大系统 的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关 系。 ¨假定与约束 列出本软件开发工作的假定与约束，例如经费限制、开发期限等等。 数据描述
数据分为静态数据和动态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长一段时间内不会变化，一般也不会随着运行而改变，所谓动态数据，包括所有在运行中要发生变化的数据，以及在运行中要输入、输出的数据。 ¨静态数据（系统运行前已有的数据） 列出所有作为控制或参考用的静态数据，并给出名称。 ¨动态数据（系统运行过程中需要的输入数据以及系统运行过程中产生的输出数据） 列出所有动态数据，并给出名称。 功能需求 ¨流程图 画出系统的整体流程图。 ¨功能划分 对于流程图中的各个功能用树状结构自顶向下进行细化。并对最底层的功 能进行编码，给出功能标识符。 ¨功能描述 对最底层的功能所要完成的功能进行详细描述，填入下表中： ¨ 用一张矩阵图说明功能描述中的各个功能与数据描述中的静态数据、动态 数据之间的对应关系，例如：
软件项目需求调研提纲
项目名称：山东xxx系统项目 需求调研提纲财务部分（Financial） 总帐管理（General Ledger） 基础项目： 1.财务部门的组织架构及部门职责？人员分配情况（用户权限）？ 2.目前是否使用财务软件？使用何种软件？软件用户如何分工？ 3.公司有几套财务帐？之间关系如何？有无内部往来业务？ 4.目前所使用的会计科目结构以及科目结构变化的处理？ 业务处理： 5.有哪些外币业务？ 6.是否进行科目预算管理？ 7.是否有专项核算管理？ 8.凭证审批流程，审批的级次？ 9.有无自动结转凭证？ 10.是否需要凭证自动冲回？ 11.银行对账和日记账管理？ 12.会计期间的跨度和要求 13.年度及结帐流程（月结和年结）？ 济南分公司ADD：济南市
帐表查询和打印： 14.凭证的显示格式、打印格式和要求？ 15.账薄的显示格式、打印格式和要求？ 16.财务分析报表、格式和要求（以财务科目数据为基础，单项计算公式）？ 17.相关财务制度？ 现金管理（Cash Management） 基础项目 1.相关资金管理制度及流程 2.有无专门的资金管理系统？如何和财务系统衔接？ 业务处理 1.目前公司是否有多个银行账户？银行账户要备注那些信息？ 2.如何进行银行对帐？ 3.如何编制现金流量表？ 4.是否做现金预测方面的工作，如何做？ 5.如何制定公司付款计划？ 账薄查询 资金管理方面的主要报表（单项计算公式）？ 济南分公司ADD：济南市
业务部分(Distribution) 采购（Purchase Order） 1.公司目前的采购行为是否直接受门店销售需求的影响，如何影响？ 2.公司目前对原料的采购采取何种方式？ ●按批量采购（经济采购量） ●按单一订单需求采购 ●按最低库存量采购 3.采购组织结构 ●采购人员构成 ●采购岗位职责 ●采购流转单据 供应商管理 1．对于采购，供应商的确认原则是什么？ 2．现行的供应商认证与管理工作是怎样运作的？采购部负责哪些工作？3．是否进行供应商评估？若有，评估标准如何？如：价格、质量和服务等？4．有无完善的供应商信息管理？ 5．现有供应商信息的内容？如名称、地址等？ 济南分公司ADD：济南市
学生信息管理系统需求分析报告模板
学生信息管理系统需求分析报告
目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)
1.序言 随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称：学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有：学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高，应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课，做到看界面简单易懂，容易操作，提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不
软件项目需求分析通用模板
1. 引言 1.1 目的 说明编写这份报告的目的，指出预期的读者。 1.2 背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。 1.4 术语 列出本报告中用到的专门术语的定义。
2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定
软件系统需求分析报告
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述
软件需求调研报告-模板
XXXXXX项目[项目名称] 需求调研报告文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目名称 (4) 2.2、项目背景 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定条件和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是[项目名称] [系统属性] 客户需求调研报告，供客户确认、需求分析人员 进行项目需求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括[项目描述]、[用户环境描述]… 等几个章节，并： a)在[项目描述] 章节中描述了…信息； b)在[用户环境描述] 章节中描述了… 信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目名称 编写建议：描述该项目的名称，格式为：[客户名称]-[软件名称]。
软件开发需求分析模板
需求分析 1.引言 1.1目的 说明编写这份报告的目的，指出预期的读者。 1.2背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网 1.4术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 4.3对性能的一般性规定 4.3.1精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 4.3.2时间特性要求 说明对于该系统的时间特性要求。 4.3.3灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。 4.4输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对系统的数据输出及必须标明的控制输出量进行解释并举例。