需求分析实验心得体会3篇

需求分析实验心得体会3篇需求分析实验心得体会　需求分析个人总结　文件编号：MAC-SWE-TMP-1　密级：■保密　□通用　需求分析总结报告[模板]　RequirementAnal下面是小编为大家整理的需求分析实验心得体会3篇,供大家参考。

篇一：需求分析实验心得体会

　 文件编号：MAC-SWE-TMP-1

　密级：■ 保密

　□ 通用

　需求分析总结报告 [模板]

　Requirement Analysis Report [Template]

　本程序属 MAC 公司所有，未经书面许可，

　不得以任何形式复印或传播。

　 修 改 记 录

　 文件编号：密级：■ 保密

　□ 通用

　需求分析总结报告

　 该报告由开发团队编制作为需求分析阶段的结论。其概述了需求分析的结果并建立开始概要设计的基线。建议内容如下：

　1．引言

　必填

　1．1 编写目的

　说明编写这份需求规格说明书的目的，并指出预期的读者。

　1．背景

　说明：

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

　b) 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c) 该软件系统同其他系统或其他机构的基本的相互来往关系。

　1．定义

　 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

　 1．参考资料

　列出用得着的参考资料，如：

　a) 本项目的经核准的计划任务书或合同、上级机关的批文； b) 属于本项目的其他已发表的文件；

　c) 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。

　列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的

　 2．复用建议

　关键复用候选项和系统全面体系概念。

　3． 操作概要

　对需求分析阶段执行活动所产生的系统和操作概念的更新。

　a) 更新操作方案。

　b)

　操作模型，包括在操作的每种模式、次序和类型中将处理的数据的容量和频率。

　必填

　 简单的用户手册

　c) 更新输入、输出和信息说明。

　 4．规格说明分析

　a) 需求和规格说明类别的概要 b) 有疑问的规格说明——对矛盾、含混、不可行、不可测试和 TBD 需求的识别和讨论。

　c) 未解决的需求/操作问题，包括解决所需要的数据。

　d) 对数学算法的分析。

　 5． 系统限制

　必填

　a) 硬件可用性——执行、储存、外围设备 b) 操作系统限制 c) 支持软件限制

　6．性能估计和模型。．开发假设．风险

　包括进度和进度的。。

　9．原型化工作

　解决技术风险所需要的，包括每个原型工作的目标和完成准则。

　10．数据流和面向对象图表

　必填

　对需求分析阶段执行的需求的结构化或面向对象分析的结果。

　11．数据字典

　图表中显示的更新的过程、数据流和对象。

　 需求分析一点心得

　2011 年 8 月 15 日，我休假回到公司，四川分支 crm 行业部进行了四维分工，我分在了需求组。组长徐茜之前已经与我沟通过需求组具体的工作明细，但自己心里还是很担心，是否能做好这份新工作，毕竟自己以前都是做的开发工作，接触的都是代码，很少编写文档；不过我还是很高兴，新的工作具有挑战性，可以更好的锻炼自己各方面的能力；

　首先我查看了一些以前同事写的需求分析文档，从中积累一些好的经验，比如如何描述需求要点，如何绘制流程

　图等；

　然后给自己制定了工作要求，明确用户需求、不遗漏需求点、对需求进行分析、提出自己的意见和建议、输出需求规格说明书给开发人员；就这样我井井有序的开展着自己的新工作，本以为自己已经做的够细致了，几周下来还是出现了不少问题。需求规格说明书写的不够细、自己写的需求规格说明书开发人员看后理解的与需求原意不一致、测试上线开发点不齐全、设计需求时未考虑到后期的维护使维护工作增多、需求不能按照之前与用户指定的时间上线等；对于这些问题，自己进行了深入的思考，如何避免这些问题的出现；深思后发现大家好像缺乏沟通，需求的每一个环节没有贯穿起来，每个环节似乎都断开了，不像以前一个需求自己与用户沟通、自己开发、自己测试、上线，整个环节都在同一个人的掌控中，时间也是由自己安排；

　作为需求分析负责人，自己是不是应该贯穿整个需求，而不仅仅只是把输出需求规格说明书作为一个需求分析工作完成的目标呢？

　首先沟通，与用户沟通，明确需求要点，不仅需要聆听用户的需求说明，还要懂得在用户已说明的基础上进行拓展，发掘客户没有讲出来的潜在需求。在已有业务的基础上进行模拟业务流程，分析业务是否走的通并且有无逻辑上不合理的地方。发现问题，及时与用户沟通，及时修改需求；

　与开发组长沟通，明确开发人员和上线完成时间；与开发人员沟通，使开发人员知晓需求要点，自己更好的完善需求分析规格说明书；与测试人员沟通，需求测试要点，判断需求上线的标准；与维护人员沟通，对应需求的维护工作如何开展等；

　其次就是协调，开发时间的协调，如果用户同时有几个需求都要求比较紧急，那么需要我们协调用户是否能将这些都很紧急的需求排一个优先级；需求要点协调，如果两个需求都要修改同一个模块的代码，那么为了保障程序版本问题，需要协调将两个需求开发时间错开；以及当维护人员发现模块 BUG 时，需要协调用户发起对该 BUG 的优化；

　有时还需要引导，引导用户走向有利于系统开发的轨道上，用户的一些需求，有些对整个业务其实可有可无，如果在实现起来很麻烦的话，可以引导用户取消这个需求，避免对系统大的改造影响了其他正常的业务，也浪费了开发人员的时间。如果系统本来就已经具备的功能，那么就要引导用户复用该功能，使系统可以最大程度的复用原来的功能。提高系统的代码的使用率，同时提高我们的工作效率。

　最后就是完善，完善我们编写的需求规格说明书，可以使用需求用例、业务逻辑图、办理流程图、表格、界面图片等对需求进行说明，使需求规格说明书简单易懂，避免歧义；

　 这一年的需求分析工作，使自己对该工作有了更多、更深的认识；不仅要认真，还要有细心、耐心、有责任感；不仅要考虑当前的需求，还要分析系统已经具备的和将来需要支撑的；希望通过自己的努力，能将需求分析工作做的更好；

　 需求分析是项目开发的基础，基础打的牢不牢直接关系到后面所有的工作，是项目实施成败的关键

　总体上说，我们的需求分析是做了，但是做得很不够，我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

　客户本身说不清楚

　文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。

　软件开发网

　需求自身经常变动

　随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会

　越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。

　分析人员或客户理解有误

　毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。

　由此出现的问题：

　a) 需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。

　软件开发网

　b) 需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。

　c) 需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。

　d) 对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如 508 的批量处理功能，因为属于人事管理比较专业的细节问题，需求分析师开始没有对客户业务熟悉到如此细致的地步，而客户也没有过多关注这些细节，导致软件的某些功能不合用，较为繁琐，而重新按着客户的意见修改的话工作量比较大，导致成本增加、工期延长。

　e) 项目的成熟度受客户预算的限制。大部分客户在项目投入上都是有预算的，在成本有上限的前提下，项目的功能设计方面必然受一定影响，毕竟功能越多越完善，相应的开发成本就越高。这种功能上的不完善需要事先告知客户并得到理解。

　f) 此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复，另外由于大部分的客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心细看提交过去的需求报告的时候，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的设计。

　结论

　a) 需求分析是整个项目管理中需要重点控制的几个

　关键节点之一，首先思想上一定要重视。

　软件开发网

　b) 需求分析报告的编写者要参与到需求的搜集工作中，准确领会客户的意图，并转化成软件能够实现的功能。对于说不清楚需求的客户，要善于问关键问题，引导客户提出自己的需求。可以采取的措施是事先编制一个问卷调查之类的文档，详细列举需要客户回答的问题，以便防止遗漏。

　c) 需求报告的编写者要能够对客户需求进行深入分析，区别出哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪些需求能够实现，哪些需求需要变通才能实现，以便于指导后面的功能设计。

　d) 需求分析报告对功能细节的描述不能有歧义，描述一定要全面、准确，防止开发方和客户只见对同一个问题有两个截然不同的理解。可以通过评审，用大家的力量来避免这种情况发生

　e) 需求报告的每个关乎功能的描述都要让客户明白和理解，客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。

　f) 需求报告一定要经过一个有技术人员和业务人员参加的评审，要充分发挥团队的力量，重视每个人的才智，一个模块一个功能的逐一的过，让大家来共同找出需求报告里不合理的、有歧义的、不完善的、遗漏的等等问题

　 软件开发网

　 g) 帮助客户去理解提交给他的需求分析报告而不是只等签字，对于有能够用好几种方式实现的功能，尽量做到能让客户去比较和选择。不要让客户对报告中的部分产生歧义。只有客户对报告的完全的理解，才能在日后客户提出的修改被认为是需求变更的时候能够得到客户的理解

　h) 最后，需求分析报告一定要双方共同签字确认

　 做需求分析一点心得

　2010-09-1 作者：Neo.Yan

　 1、需求分析前的准备

　在软件开发过程中，需求分析可以说是核心任务之一，就像一支将要远航的船队，要在指定时间内到达目录地，他们需要一条正确的航线，才能到达目的地，如果航线有误，他们将会误时到达，或是不回到原位将永远到达不了，这么重要的东西，但在国内很多团队中缺少，虽然我也做了一些，但在项目完成的时候，回头看看，其实我们做了很多不必要的事，浪费了很多时间、人力和物力，为保证在今后的开发中减少这些错误的发生，现将一些问题记录下来。

　为了了解系统需求，先可以从概要式的需求着手，再细化需求，需求分析必须拟定文档，在写文档之前我们必须做好寻求分析的范围，总结为以下几点：

　1.1 要做一个什么样的系统

　这个不说，我想做软件开发的人都知道，拟定这个后，一切才可以扩展开，比如我们要做一个 B2C 的商城，要卖母

　婴用品，知道了这些，我们就可以找现在网站有的 B2C 网站做参考，分析系统构架，系统功能等。

　1.2 系统将要在什么样的环境下进行

　我上次经历的一个系统，就是要用 asp.net 重新发一个 B2C 商城，但有一些前提条件，以前公司有网站，是用java+MYSQL 开发的，但我们开发的新系统必须兼容以前的数据，如客户信息，商品信息，还有一些资源信息，并且还要兼容 Google,baidu 收录的地址路径，还有与原 ERP 的通讯等条件，这样让我们的开发很受限制，这些需求就是这样，你无法改变，所以在设计新系统的同时你必须考虑，要花时间去了解以前系统的功能，接口等，如果不了解，等你把新系统开发完了才发现系统脱离了公司原有的业务流程，让公司无法运作，那就代表你开发的系统根本没有价值，我想这不是我们想要的结果。

　1.3 要解决哪些问题

　开发出来软件系统就是为了解决客户需求的，一个 B2C网站就是卖商品，主要由客户、商品、购物车、定单组成，将这些核心的功能定义好，我想其它的意外都不会太影响到整个系统的进程。

　1.4 将来可能会有哪些变化

　面对将来的发展，我们也许不能完全考虑到，但与公司的战略发展，可以提前考虑些，能想到多少就想多少，多

　多益善，我们开发一个系统不是只满足当前的需求，如果眼光只放在眼前，那么你这个系统很快就会被淘汰，功能也许不需要现在实现，但接口总得留...

篇二：需求分析实验心得体会

　课

　题：

　人事管理系统

　 学生姓名：

　 孙

　蓉

　学

　号：

　200616010128

　 专业班级：

　 计科 06101

　指导教师：

　 周 学 清

　同组成员：

　 朱蓉 袁梅 欧冬灵

　 目

　录

　 评阅意见：

　 评定成绩：

　指导老师签名：

　需求分析 一、 实验目的 掌握软件需求的结构化分析方法。

　二、 实验任务与实验要求 导出系统详细的逻辑模型， 这里用数据流图来表示。

　三、 实验内容 （1）

　功能分析 经过初步分析“人事管理系统” 应该具备以下主要功能。

　1、 职员个人信息资料的增加、 修改和删除；

　2、 职员的考勤录入和查询；

　3、 职员工资结算和查询；

　4、 人事管理人员的变化和操作授权；

　由于是使用计算机管理， 就带来了新的功能：

　用户登陆、 操作人员的管理、基本数据的维护、 由数据安全产生的数据备份与恢复。

　（2）、 关系模式 在满足函数依赖和无损连接的基础上， 使数据的设计更加合理。

　在本系统中只有 3 个实体， 那就是普通员工、 管理员、 超级管理员， 他们权限的不听通过角色来区分。

　在整个系统中超级管理员只有一人， 管理员二人。

　一个人只可以在普通员工、 管理员、 超级管理员中处于一个角色， 而不可以兼任。

　其具体的关系模式如下：

　普通员工（员工号， 密码， 姓名， 性别， 出生年月， 身份证号， 联系电话， 就职时间）

　管理员（管理员号， 密码， 姓名， 性别， 出生年月， 身份证号， 联系电话， 就职时间）

　超级管理员（超级管理员号， 密码， 姓名， 性别， 出生年月， 身份证号， 联系电话， 就职时间）

　工资（员工号， 时间， 基本工资， 提成， 奖金）

　考勤（员工号， 时间， 迟到， 早退， 管理员号）

　注意：

　“

　 ” 表示主码， “

　” 表示既是主码又是外码。

　E-R 图如下所示

　管理员号 联系电话 身份证号 姓名 性别 出生年月 密码 管理员号 图 1-3 E-R 图之管理员 就职时间 普通员工 联系电话 身份证号 姓名 性别 出生年月 密码 员工号 图 1-2 E-R 图之普通员工就职时间 普通员工 管理员 超级管理员 更新 维护 n 1 n m 1 + 图 1-1 总体 E-R 图

　 数据字典设计：

　为了方便数据库的管理和维护， 本系统只设计一个数据库 workers.mdb， 其中包含 worker（员工信息表）、 manager（考勤信息表）、 booklist（工资信息表）

　表 1-1 worker（员工信息表）

　各字段设计 字段名称 数据类型 字段大小 是否为主码 是否为外码 可否为空 字段说明 workerid char 10 是 role char 20 否 password char 10 否 name char 16 否 brithday datatime 10 否 idcard char 18 否 telphone char 11 否 workday datatime 10 否 sex char 2 否 表 1-2 monit （考勤信息表）

　各字段设计 字段名称 数据类型 字段大小 是否为主码 是否为外码 可否为空 字段说明 workerid char 10 是 early char 2 否 late char 2 否 managerid char 10 是 tdata datatime 10 是 表 1-3 workmoney（工资信息表）

　各字段设计 字段名称 数据类型 字段大小 是否为主码 是否为外码 可否为空 字段说明 workerid char 10 是 base char 10 否 return char 10 否 scholarship char 10 否 tdata datatime 10 是 否 否 否 否 否 否 否 否 否 否 否 否 否 否 是 是 否 否 员工号 角色 密码 姓名 出生年月 身份证号 联系电话 就职年月 性别 是 否 否 是 否 否 是 是 否 否 员工号 早退 迟到 管理员号 日期 是 否 否 否 否 否 否 是 是 否 员工号 基本工资 提成 奖金 日期 超级管理员号 联系电话 身份证号 姓名 性别 出生年月密码 超级管理员号 图 1-4 E-R 图之超级管理员 就职时间

　（3）

　建立数据流图

　 员工号和密码不匹配 员工考勤信息文件 员工工资信息文件 职员信息 修改 图 1-6

　0 层数据流图角色 2 用户登陆 5 员 工信息更新 4 信息查询 3 数据维护 1 密码修改 员工号 密码

　员工信息文件 查看 查询条件 查询结果 超级管理员 角色 管理员或超级管理查看 查看 恢复 查看 修改 修改 查看 恢复 查看 恢复 修改 报表 职员查询结果 普通职员 超级管理员 管理员 人 事 管 理 系 统 员工号 密码

　职员查询条件 员工号 密码

　超级管理员查询结果 超级管理员查询条件 员工号 密码

　管理员查询条件 管理员查询结果 图 1-5

　顶层数据流图 职员信息 相关部门 报表

　 4.1 考勤信息查询 4.2 员 工信息查询 4.3 工资信息查询 员工考勤信息文件 员工信息文件 员工工资信息文件 查询条件 查询结果 查询条件 查询条件 查询结果 查询结果 查看 查看 查看 无权限 无权限 无权限 图 1-8

　1 层数据流图—对“信息查询” 的细化 角色 角色 角色 4.4 生成打印报表 报 表 3.1 数据备份 3.2 数据恢复 员工信息文件员工考勤信息文件员工工资信息文件备份信息文件查看查看查看查看恢复 恢复 恢复 修改超级管理员 图 1-7

　1 层数据流图—对“数据维护” 的细化5.1 数据收集 5.2 数据处理 未审核信息文件 员工考勤信息文件 员工信息文件 员工工资信息文件 职员信息 管理员或超级管理管理员或超级管理修改 修改 修改 创建 查询完后删除 图 1-9

　1 层数据流图—对“员工信息更新” 的细化

　超级管理员

　（4）

　建立状态图 人事管理系统的状态图， 如图 1-10 所示。

　 四、 心得体会

　 在本次实验中， 让我了解了需求分析这一阶段需要做那些事情， 从现实生活中的具体事物中抽象出系统模型， 在数据流程图中尽量使用词义准确的词。

　我第一次用 Microsoft Office Visio 2007 这个软件画数据流图， 用起来并不怎么习惯，实验了一下后， 最终还是决定用 word 画。

　E-R 图、 数据字典我已经相当的熟悉的了， 在大型数据库课程设计中我已经用过了。

　在这次中我得到了进一步的熟悉和温习， 知识也得到了更深一步的了解。

　总之， 在这次实验中， 我学到了很多东西， 唯一的遗憾就是还不会用 Microsoft Office Visio 2007。

　刚开始我的数据流图画得不规范， 感谢周老师给我指出来。

　我现在已经改正了， 下次不会在犯同样的错误。

　登陆界面 验证用户 未审核人事数据 人事数据 报表 [输入密码] [不合法帐户] [合法帐户] [审核成功] [生成报表成功] 图 1-10 状态图 [增加/删除/修改] 未备份数据 [合法帐户] 备份数据 [备份成功] 最新备份数据恢复数据 [恢复成功] [需要恢复数据] 查询条件数据 [合法帐户] 查询结果数据 [查询成功] [查询失败]

　概要设计 一、 实验目的 了解软件体系结构模型， 掌握面向数据流的设计方法、。

　二、 实验任务 使用面向数据流的方法设计软件系统的结构。

　三、 实验内容 （1）

　人事管理系统软件结构

　在需求分析中， 已经用结构化方法消息分析了“人事管理系统”。

　因此， 可以从图 2-1 所示人事管理系统数据流图出发， 设计人事管理系统的结构。

　 对图 2-1 的数据流图进行分析， 可以看出此数据刘图没有明显的事务中心。5.1 数据收集 5.2 数据处理 未审核信息文件 职员信息 修改 修改 修改 创建 查询完后删除 4.4 生成打印报表 报 表 员工号和密码不匹配 员工考勤信息文件员工工资信息文件 修改 图 2-1

　人事管理系统数据流图角色 2 用户登陆 4.0-4.3 信息查询 3 数据维护 1 密码修改 员工号 密码

　员工信息文件查看 查询条件 查询结果 超级管理员 角色 管理员或超级管理查看 查看 恢复 查看 修改 查看 恢复 查看 恢复 相关部门用户

　因此从整体上看， 这个数据刘图具有变换流的基本特征。

　当用户得到操作授权之后， 人事数据沿一条通路进入系统， 输出数据沿一条通路离开系统。

　接下来， 确定输入流和输出流的边界， 以孤立不变换中心。“收集数据” 显然位于输入流中， “生成打印报表” 显然位于输出流中。

　因此， 可画出具有边界的数据流图， 如图 2-2 所示。

　 变换分析得出的系统高层结构是一个“三叉” 控制结构。

　针对“人事管理系统” 得出的高层控制结构如图 2-3 所示。

　5.1 数据收集 5.2 数据处理 未审核信息文件 职员信息 修改 修改 修改 创建 查询完后删除 4.4 生成打印报表 报 表 员工号和密码不匹配 员工考勤信息文件员工工资信息文件 修改 图 2-2

　具有边界的人事管理系统数据流图角色 2 用户登陆 4.0-4.3 信息查询 3 数据维护 1 密码修改 员工号 密码

　员工信息文件查看 查询条件 查询结果 超级管理员 角色 管理员或超级管理查看 查看 恢复 查看 修改 查看 恢复 查看 恢复 相关部门用户

　 但是由于本系统不太复杂， 所以把“验证用户” 放在进入系统的第一步， 所以修改后的高层控制结构如图 2-4 所示。

　 人事管理系统的“第二级分解结果如图 2-5 所示。

　 验证用户 接收数据 处理数据 输出数据 图 2-5 人事管理的“第二级分解”人事管理系统 收集数据 生 成 打 印报表 数据备份 信息查询数据处理维护数据 利用数据 数据恢复输出数据 验证用户接收数据 处理数据图 2-4 修改后的人事管理的“第一级分解”人事管理系统人事管理系统 接收数据 处理数据 输出数据 图 2-3 人事管理的“第一级分解”

　结合人事管理的“第二级分解” 图可以看出， “生成打印报表” 功能本来就具有输出的功能， 因此无需“输出数据” 这个控制模块， 删除“输出数据” 这个控制模块。“维护数据” 和“利用数据” 也不需要“处理数据” 这个模块，“处理数据” 这个控制模块也可以删除， 因此， 优化后的人事管理系统软件结构如图2-6 所示。

　四、 心得体会

　 在本次实验中， 我知道了在概念设计部分需要做那哪事情画哪些图， 需求分析和概要设计这两个阶段并没有明显的分界线。

　概要设计的主要任务是由数据流图分析并得出系统的软件结构图， 我基本上达到了实验的要求。

　验证用户 接收数据 图 2-6 优化后的人事管理系统软件结构人事管理系统 收集数据 生 成 打 印报表 数据备份 信息查询数据处理维护数据 利用数据 数据恢复

　详细设计 一、 实验目的 了 解人机界面设计； 掌握使用过程设计工具描述模块的详细数据结果和算法。

　二、 实验内容 1、 登陆 登陆是系统有三种角色， 分别为普通职员、 管理员、 超级管理员， 其程序流图如图 11 所示。

　 图 11 登陆程序流图 2、 信息添加

　信息添加的程序流图如图12所示。

　开始是否选择角色是否输入用户名密码是否为空结束选择角色输入用户名输入密码输出请选择你的角色否 输出请输入用户名否 输出密码不可以为空否 输出登陆成功 是否登陆成功输出登陆失败 进入主窗口 是 是 是 是 否

　 图12 信息添加程序流图 3、 信息删除 信息删除的程序流图如图 13 所示。

　 图 13 信息删除程序流图 4、 密码修改 密码修改的程序流程图如图 14 所示。

　开始 输出删除成功 输出删除失败 删除相应表格记录 删除是否成功 结束 否 是 输入要删除的员工号 输出必填项不能为空 输出插入成功 开始输出插入失败 输出密码不匹配 输入添加信息 必填项是否为空 两次输入的密码是否相同 插入相应表 插入是否成功 结束否 否否 是 是是

　 图 14 密码修改程序流图 4、 信息查询

　信息查询的程序流程图如图 15 所示。

　 图 15 信息查询程序流图 输出修改失败输出必填项不能为空 输出修改成功开始输出密码不匹配 输入原密码原密码是否为空两次输入的新密码是否相同修改密码原密码是否匹配结束否否 否 是 是 是 输入新密码再输入一次新密码是否修改成功是 否 输出您无此权限开始输入查询条件是否有此权限是 否显示查询记录输出无此记录 是否有此记录结束否是

　四、 心得体会

　 在本次实验中主要对人事管理系统的各个模块进行程序流程图的设计， 使我们对本系统有一个更深入的了解， 明确了各步该怎么做， 以及应该注意哪些方面的细节问题， 到此， 对人事管理这个系统已经基本上分析完成了。

篇三：需求分析实验心得体会

　 帮助客户去理解提交给他的需求分析报告而不是只等签字，对于有能够用好几种方式实现的功能，尽量做到能让客户去比较和选择。

　需求分析师年终总结项目经理博客

　 总体上说，我们的需求分析是做了，但是做得很不够，我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

　客户本身说不清楚

　 文物网是这样，中彰国际更是这样，但是这不能怪 嘘 客户，毕竟客户在软件 狭 方面的知识要少的多， 啪 也没有相关的经验，可 永 能心里只有一个想要的 敷 软件的轮廓，于是可能 莲 会要求我们去替他们来 屎 完整这个轮廓的细节， 檀 而我们的能力、我们能 谈 否真正站在客户角度去 辜 搜集和整理这些需求， 郡 就决定了这个需求的完 降 整性和有效性。

　需求自 算 身经常变动

　 随着客 该 户对这个项目越来越深 廊 刻的理解，那么可能他 照的需求也会随之改变， 杏 这些变化的可能性越大 荧 项目风险就会越大，我 造 们在需求分析的时候就 谢 要充分考虑到哪些需求 扛是相对固定的需求，哪 瞄 些可能会是产生变动的 堤 需求，考虑

　到他的可变 怨 性，这样设计功能和数 要 据库的时候不致因为后 尤面的变动而影响整个工 络 程。

　由此出现的问题：

　芳

　a)需求分析过于 团 笼统，只关注到面上， 辙 没有关注到点上，开发 七 出来的东西在具体的细 御 节上和客户的理解有误 滨 差，并且无法严格界定 卿 是否属于需求变更。中 呜 彰的方案就是这样的。

　抖

　b)需求报告只求 刮 我们这方评审通过，不 东 去关心客户的评审，认 伸 为只要客户签字认可就 能 行。虽然签字认可能够 置 给日后出现问题时划清 有 我们的责任，但是不能 瞻 保证使项目实施成功。

　谚

　c)需求分析中含 迂 有技术实施上有难度的 靠 功能，一味的求全和盲 源 目按照客户的设想，受 曝 客户影响过大，毕竟， 努 很多时候，客户的想法 删 在实际实施过程中是不 约 现实的，或者可以有更 轻 为简便的方法来替代的 扎 。如中彰国际的在线交 汁 易功能，后台大批量邮 铃 件群发功能。

　 d) 触 对双方已经确定的需求 泽 ，实现以后并不适合客 掖 户使用，需要按照变更 友 手续执行的时候，客户 游 可能会纠缠，提出“你 协 们是专业人士，你们应 效 该事先能提醒我们可能 押 会出现这种问题”并以 锌 此来把责任推给我们， 冻 而我们又不好完全按照 味 变更手续执行，因为可 占 能激化双方的矛盾，比 古 如 508的批量处理功 国 能，因为属于人事管理 陇 比较专业的细节问

　题， 鄙 需求分析师开始没有对 胸 客户业务熟悉到如此细 猿 致的地步，而客户也没 悟 有过多关注这些细节， 驾 导致软件的某些功能不 阳 合用，较为繁琐，而重 履 新按着客户的意见修改 杖 的话工作量比较大，导 荫 致成本增加、工期延长 吧 。

　 e)项目的成熟 商 度受客户预算的限制。

　短 大部分客户在项目投入 付 上都是有预算的，在成 津 本有上限的前提下，项 宁 目的功能设计(软件的 才 成熟度)方面必然受一 人 定影响，毕竟功能越多 刨 越完善，相应的开发成 汉 本就越高。这种功能上 终 的不完善需要事先告知 虏 客户并得到理解。

　 障 f)此项工作的反复造 眼 成思想上的倦怠，使需 隅 求分析最后虎头蛇尾。

　察 需求分析是一项繁琐枯 羡 燥的工作，需要和客户 腑 之间不断的商讨、确认 履 和反复，另外由于大部 阅 分的客户虽然安排专人 屈 负责这项工作，但是该 殷 人并不只做这项工作， 陶 特别当他被很多其他的 胡 事情缠身的时候，而无 觉 心细看提交过去的需求 灵 报告的时候，他很可能 精 会给你一个错觉，让你 皱 认为他已经真正的理解 畜 并认可了你的设计。

　结 芒 论

　 a)需求分析是 丈 整个项目管理中需要重 锈 点控制的几个关键节点 尹 之一，首先思想上一定 勒 要重视。

　 b)需求 厅 分析报告的编写者要参 灰 与到需求的搜集工作中 庚 ，准确领会客户的意图 鄙 ，并转化成软件能够实 斟 现的功能。对于说不清 曾 楚需求的客户，要善于 蜒 问关键问题，引导客户 秀 提

　出自己的需求。可以 枉 采取的措施是事先编制 弊 一个问卷调查之类的文 湛 档，详细列举需要客户 盐 回答的问题，以便防止 韩 遗漏。

　 c)需求报 斧 告的编写者要能够对客 火 户需求进行深入分析， 漾 区别出哪些需求存在日 巩 后变更的可能，哪些需 倚 求属于相对固定的，哪 恼 些需求能够实现，哪些 尘 需求需要变通才能实现 祁 ，以便于指导后面的功 摆 能设计。

　 d)需求 名 分析报告对功能细节的 曹 描述不能有歧义，描述 疆一定要全面、准确，防 援 止开发方和客户只见对 百 同一个问题有两个截然 枕 不同的理解。可以通过 奢 评审，用大家的力量来 床避免这种情况发生

　 侥 g)帮助客户去理解提 云 交给他的需求分析报告 繁 而不是只等签字，对于 婴 有能够用好几种方式实 利 现的功能，尽量做到能 使 让客户去比较和选择。

　咋 不要让客户对报告中的 浙 部分产生歧义。只有客 盗 户对报告的完全的理解 盈 ，才能在日后客户提出 扬 的修改被认为是需求变 吓 更的时候能够得到客户 荷 的理解

　 h)最后， 尘 需求分析报告一定要双 交 方共同签字确认

　 需 焉 求分析师年终总结我是 呕 一名专职教研员，xx 屁 年 3 月在北京接受了项 签 目办的培训，初步了解 贮 和理解了以导师为依托 红 的教师支持服务体系项 命 目的来历、目的、愿景 抖 、实施计划、实施方法 种 等;首次接触到全纳理 浴 论，被深深震动;又学 涡 习了多元智能理论、时 胡 间管理理论等;通过国 挛 家级专家的

　引领和各省 梨 项目专家的帮助，自觉 造 长进不小。

　一、工作实 沤 践 1.文字工作

　 x 档 x 年 3 月底开始，在省 潦 级专家倪万赤和原州区 沾 项目办领导下进入导师 奈 制项目，开始扮演“县 幂 级导师”角色，参与了 敌 原州区项目办的基础工 繁 作,如拟订《宁夏固原 京 市原州区教师支持服务 汛 体系项目(xx--x 愈 x)周期实施方案》和 慨 《中国—联合国儿童基 公 金会教师支持服务体系 逞 导师制试点项目第二阶 零 段工作计划》;撰写《 羊 “教师支持服务体系” 蜗 导师制试点项目原州区 尤 xx 年工作总》;在国 配 家项目办“教师支持服 宾 务体系项目实施指南” 眯 《教师需求调查表》基 我 础上修改而成《关于教 重 师生存状态和专业需求 商 的自我评价问卷》及“ 执 爱生学校校长教师须知 昭 考试题”，在《教师支 骗 持服务体系实施指南》 僳 中的“学校发展需求校 墒 长访谈提纲”基础上修 锄 改完成了《学校发展需 淖 求校长访谈提纲》，撰 陈 写了《“关于教师生存 刽 状态和专业需求的自我 逸 评价问卷”高红小学调 抄 查统计分析》;今年又 规 开发了《xx 年原州区 盂 导师制试点工作导师真 殖实需求调研问卷》、《 茵 原州区爱生学校示范校 跌 打造工程教师问卷》、 尽 《原州区爱生学校打造 伪 工程中小学学生问卷》 音 等等。

　 2.参加原 缨 州区项目办组织的培训 器 、研修活动。

　 如在 幸 xx 年 4 月 3 日的“教 亩 师支持服务体系”项目 械 导师团队首次集中培训 血 中主讲“如何了解教师 努 真实的需求”。xx

　年 攒 5 月 7 日，在省级专家 址 倪万赤的指导下开展了 模 “教师支持服务体系” 掺 项目导师团队第二次集 痈 中培训。集中学习了《 经中国-联合国儿童基金 抵 会师资培训项目项目县 擒 教师支持服务体系指导 攘 意见(试用稿)》。同 恳 时对原州区导师团队为 彻 项目学开发的培训内容 院 进行研修。

　 xx 年 蒋 11 月 24 日，在省级 粘 专家倪万赤的倡导下开 仰 展了“教师支持服务体 靖 系”项目导师团队第三 乌 次集中培训。培训的主 碧 要内容是如何建立自己 艰 的博客和博客群。

　 甲 3.撰写导师制项目工 羽 作活动简报(xx 年 3 镣 期，xx 年 5期 9 篇) 漂 和日记，使更多的人了 痈 解项目，也为项目积累 政 了许多宝贵的资料。

　4 惩 .下校工作 xx 年在清 骤 河镇高红小学。工作实 胯 绩有：

　 (1)帮助 弛 学校制定了《高红小学 痔 xx-xx 年三年发展 蓄 规划》，辅导教师完成 灰 了《教师个人年度发展 愚 规划》。学校的三年发 瑰展规划和教师的个人规 颜 划都是反复修改，几易 仰 其稿。通过多次修改教 睛 师个人发展规划，使教 胞 师学会了撰写规划的环 动节和方法;通过学校发 蛹 展规划的反复修改，使 籍 教师、学生、家长参与 撒 ，体现了参与意识，集 率 中了众人的智慧。

　 怎 (2)以爱生理念指导 芽 工作，以儿童视角观察 缎 学校和教师，在改善办 辨 学条件，提高校园文化 攻 爱生氛围上做了一些工 岩 作。

　 如建议校长为 芋 学生供应开水，建议班 晕 主任开展以友爱

　为主题 巩 的班会。去年 4 月，经 农 我建议和策划，学校对 菠 旗台、大门、操场后墙 卿 (土墙)进行了维修， 橙 并硬化花园的走道，粉 勺 刷操场北墙，校园西花 丈 园中心制作水泥圆台及 讯 配套的六个小石凳，柳 寅 树下制作七个学生活动 猖 石桌及配套的小石凳， 咳 同时对校外周边环境进 悯 行了治理，使校内、校 姓 外环境得到彻底整治， 嘿 创造了一个良好的育人 浓 环境和较浓的文化氛围 伙 。还建议培训中心为学 峪 校校调配电脑三台，3 问 4 英寸彩电一台，dv 洪 d 一台，使学校的办学 叁 条件得到进一步改善。

　殷经我建议，学校接通了 阮 宽带网，为网络教研工 牙 作的开展创造了良好的 芋 条件。(3)带头实践 针 爱生理念，实实在在帮 馒 助教师成长。

　 向教 颠 师大力灌输爱生学校理 萤 念，全纳、平等、民主 敬 、和谐教育思想和爱生 诵 如子、爱校如家、爱岗 娘 敬业的职业素养日益深 猎 入我校教师之心，并表 置 现在实际的教育教学行 尧 为中。我自己在工作过 寐 程中以人为本，谦虚和 廷 蔼，循循善诱，脚踏实 崩 地，亲力亲为，如为五 演 年级学生上作文课，以 虽 儿童为主体，课堂民主 疥 和谐，评课时又很诚恳 邀 ，虚心听取老师的建议 黍 ，使教师感到教学研究 疫 是实实在在的学术行为 荷 ，村小完全可以进行有 逮 质量的校本研修。通过 拖 对所有教师展开听课、 云 评课活动，合课例，有 寿 针对性的培训，如“课 姐 堂教学中的师生互动交 彝 流”等，使学校进一步 悦 明确了校本教研的有效 雾 做法，也使教师明确了 擅 个人专业发展之路该如 袖 何走。

　我们的这些实实 抬 在在的行动，消除了教 礼 师抵触情绪，使教师的 样 上进心和从业愉快感有 垢 所增强。

　 针对实际 何 情况，我在新浪网上为 缮 学校建立了“宁夏高红 谊 小学的博客”，教会老 摇 师在博客上发表文章、 婴 图片，并带头在博客上 瞥 上与老师进行教学研讨 冤 ，引领他们走上了网络 勒教研之路。现在，郭桂 辰 红、黄军红等老师将新 闭 浪网上和原州教育信息 胜 网上的学校博客和个人 箩 博客经营得非常之好， 属页面精致程度、文章数 酱 量、受到的关注度都超 州 过了我。教师将自己的 洒 教学设计、反思在高红 裂 小学的博客上发表，并 蛀与教研员和同事在网上 债 进行沟通、交流，网络 捷 教研的意识已逐步形成 孙 ，教师教育科研意识和 毗 能力得到了提高，“宁 颖 夏高红小学”的博客成 柑 为学校的窗口，原州教 鼠 育信息网“六盘部落” 弥 上“高红小学的博客” 址 、“大漠孤烟的博客( 饮 黄军红的博客)”、“ 桅 孤独让我如此美丽的博 逻 客(郭桂红的博客)” 袜文章数、点击数、被评 选 数、推荐数在所有博客 爸 中遥遥领先，受到更多 邢 老师的关注和好评，本 腮 学期在清河镇中心小学 之 片区教研交流活动中， 肖 学校被评为“片区教研 戳 先进集体”，七月份又 唆 被原州区教育局推荐为 植 自治区教育科研先进集 尧 体。

　 今年，与李红 樱 、杨进元在张易中学、 鸭 杨郎中学。工作实绩：

　路

　1.开发出导师真 舅 实需求调查工具，完成 嵌 了导师真实需求分析报 樱 告。

　2.对教师进行爱 焚 生学校理念培训。

　 乘 3、对导师进行教师真 迁 实需求调查与分析的技 澄 能培训。

　 4.开展 账 教师、学生真实需求问 扎 卷、访谈，与张易中学 弟 、杨郎中学校级导师团 夷 队共同完成了教师、学 置 生需求问卷分析报告。

　饮

　5.完成前四期活动简 输 报。

　 6.进行了学 厂 校发展规划制定的培训 秩 ，与两校的校级导师团 眼 队共同修订完成了学校 秦 三年发展规划。

　 7 斟 .进行教师专业成长计 摄 划制定的培训，帮助两 腻 校教师制订了比较规范 裙 的个人年度发展规划。

　独

　8.与校级导师合 插 作，建设学校学习支持 钒 中心和学习共同体，探 翁 索其运行机制。

　9.指 爽 导教师建立了教师个人 柳 成长档案夹。

　1.通过 姐 听课-评课，研讨有效 逸 教学。

　 11.指导 荆 学校和教师在博客及其 竞 他网络工具上进行交流 进 。

　12.主持了张易和 照 杨郎两校间的观摩交流 价 。

　二、收获与体会 1. 蚌 学习到很多知识，锻炼 翼 了很多能力。

　 按照 诲 《导师应知应会清单》 籍 的提示，自学了《教师 辙 支持服务体系实施指南 谣 》、《儿童权利公约》 寄 、多元智能理论、《如 剖 何帮助农村教师专业发 燥 展》、《校本教研》等 昏 知识;在原州区项目办 演 组织下，通过多次的“ 缩 实地锻炼-集中培训- 男 交

　流探讨-提高认识- 往 实践检验-反思修正” 刮 这样的模式，在行动中 揭 提升了自己的能力。已 醒 经熟练掌握了学校状况 光 调研能力、发现教师真 匠 实需求的...