需求分析心得体会

《需求分析心得体会》由会员分享，可在线阅读，更多相关《需求分析心得体会（6页珍藏版）》请在装配图网上搜索。

1、需求分析心得体会【篇一：软件需求工程的学习心得】软件需求工程的学习心得随着社信息化京城的不断深入，计算机软件的需求越来越复杂，规模也越来越大。但软件危机问题提出了三十多年，至今仍无法很好的得到解决。究其原因，主要还是，主要是忽视了软件开发过程中的质量监控，以及在软件开发过程中，对需求的准确把握不能做到很好的定位。因此，这要求我们在这个过程中要准确把握需求的内容，并予以准确的定位。需求工程作为软件工程生命周期的起点是软件开发后继阶段的基础。软件需求是软件开发的目标，也是其项目开发成功与失败的重要因素。有时候错误的需求分析很可能导致软件开发的全盘否定，需求错误的代价会随着项目的展开儿发生变化。如果

2、需求错误能够及时的修复，那么其代价就会被限定在一定的范围之内。如果没有及时的发现，则很可能让整个软件的开发失去其本来应有的意义。明白了正确的需求的重要性，还要注意一点就是把握软件在开发过程中应该有的功能性需求和非功能性需求。软件开发的前期要首先分析和撰写需求规格说明书，这也在一定程度上给我们一个机会去深究软件本身应该具备的功能性意义。采用合理化的需求分析模型，能够快速的开发出系统的概貌，有利于开发过程的顺利进行，其模型包括：瀑布模型，螺旋模型， rup ，迭代模型和敏捷方法等。这些方法能够准确的定位产品的生命周期，从而使开发过程不至于偏离方向。减少开发过程中走的弯路。 我们根据用户需求，通过反

3、复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。一般我们采用一些开发工具，如 vc 或 bc 等，同样也会使用一些图形工具，如 potoshop 、调色板等画图工具。使用各种工具表达软件需求分析，其具体表达手段可以分为： 1. 效果图描述。主要是用户 ui 界面的描述反映用户需求功能； 2. 逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等； 3. 关系图表描述。主要是对信息关系、数据库表格、接口函数等描述； 4.工程数学描述。分析用户需求，分析用户需求信息，运用工程数学进行

4、算法推导，进行合理化需求分析推导；5. 甘地图描述。主要是软件项目工作安排，开发周期预估；6. 其它方法描述。保证完整性合理性的有效描述。进行需求分析时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求，最为困难的概念性工作便是要编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难。目前，国内产品的庞杂，一家企业可能有几个系统并立运行

5、，它们之间的接口是系统开发人员最头痛的问题。对于商业最终品是显而易见的。但是对于我们开发人员来说，并没有编写出客户认可的需求文档，我们如何知道项目于何时结束？而如果我们不知道什么对客户来说是重要的，那我们又如何能使客户感到满意呢？软件需求分析评估是为了检查我们进行软件需求分析工作，保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性，完全保证用户所需求的功能。我们对组织结构与责任管理的评估主要有：参与人员任务和责任界面的明确；安排计划按时完成状况；相互间的协调能力状况。我们进行需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和

6、设计中，并使系统的分析、设计和用户的需求保持一致。需求分析的特点是需求的完整性、一致性和可追溯性。完整性：是准确、全面的描述用户的需求。一致性：是通过分析整理，剔除用户需求矛盾的方面，规范用户需求。可追溯性：有两个方面的含义，整理和规范的需求，其一，需要不断的和用户进一步交流，保持和用户最新的需求一致。其二，和系统分析（设计）保持一致。因此在需求分析之前我们必须建立需求分析技术层面的基本框架，从技术上保证需求分析的要求，在此基础上我们进行的需求分析才能满足项目对需求分析的要求。我们必须以用户软件需求为依据，以求实的态度详细的、准确的、完整的编写软件需求分析，避免空想世界，空中楼阁的想法；避免无

7、逻辑性、无核心的描述；避免无量化思维，无实际空间概念。需求分析评价指标主要有这么几个：功能性、完整性、正确性、逻辑性、表现性、合理性，可实施性等。评价人员投入，以及费用支出的合理性问题。正确制定工作周期，保证软件项目的顺利完成。还有就是需求的可确认性，可确认需求功能是实现用户需求的基本保证，如果不可确认的、不确定更改存在，将会阻碍软件实现，或者软件设计存在着不完整性缺陷，或者存在着不可实施性问题，我们必须区分是功能性障碍问题，还是未来性问题。如果不能够明确是未来性问题，,它也是需求工程的主体内容则必须调整功能需求，化解不确定更改的问题。因此，判断不确定性更改是一个非常重要的问题 对于需求工程，

8、它无疑是当今软件工程中的关键问题，但又是软件工程中最复杂的过程之一，它是一个不断反复的需求定义、记录、演进的过程。需求工程的过程： 1.需求获取 2.需求分析 3.需求规格说明4.系统建模 5.需求确认 6. 需求管理。首先获取需求是一个确定和理解不同涉众的需要和约束的过程。获取需求的方法有面向目标，基于场景，面向方向，面向视点，基于知识这几个层次之一。 学习软件工程这门课程已经有一个学期了，整一个学期下来，应该说还是有许多值得肯定的地方的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能

9、够解决问题的思想集合。所谓的需求获取，那就是一个谈判，辩论，交流的过程，已经不是单纯的编编程序就能解决的问题了。这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始。今天在这里写了这些，算是我对软件工程这门课程的一点点心得体会，也许是正确的，也许在一定的程度上存在着观点的偏激错误，但是起码这些东西是我觉得存在着的一些问题，但愿软件工程这门课程能够开的越来越好，让更多的学生们能够从这门课程中受益，在以后社会残酷的竞

10、争之中存活下来！【篇二：需求分析一点心得】需求分析一点心得2011 年 8 月 15 日，我休假回到公司，四川分支crm行业部进行了四维分工，我分在了需求组。组长徐茜之前已经与我沟通过需求组具体的工作明细，但自己心里还是很担心，是否能做好这份新工作，毕竟自己以前都是做的开发工作，接触的都是代码，很少编写文档；不过我还是很高兴，新的工作具有挑战性，可以更好的锻炼自己各方面的能力；首先我查看了一些以前同事写的需求分析文档，从中积累一些好的经验，比如如何描述需求要点，如何绘制流程图等；然后给自己制定了工作要求，明确用户需求、不遗漏需求点、对需求进行分析、提出自己的意见和建议、输出需求规格说明书给开发

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

12、输出需求规格说明书作为一个需求分析工作完成的目标呢？首先沟通，与用户沟通，明确需求要点，不仅需要聆听用户的需求说明，还要懂得在用户已说明的基础上进行拓展，发掘客户没有讲出来的潜在需求。在已有业务的基础上进行模拟业务流程，分析业务是否走的通并且有无逻辑上不合理的地方。发现问题，及时与用户沟通，及时修改需求；与开发组长沟通，明确开发人员和上线完成时间；与开发人员沟通，使开发人员知晓需求要点，自己更好的完善需求分析规格说明书；与测试人员沟通，需求测试要点，判断需求上线的标准；与维护人员沟通，对应需求的维护工作如何开展等；其次就是协调，开发时间的协调，如果用户同时有几个需求都要求比较紧急，那么需要我们

13、协调用户是否能将这些都很紧急的需求排一个优先级；需求要点协调，如果两个需求都要修改同一个模块的代码，那么为了保障程序版本问题，需要协调将两个需求开发时间错开；以及当维护人员发现模块 bug 时，需要协调用户发起对该 bug 的优化；有时还需要引导，引导用户走向有利于系统开发的轨道上，用户的一些需求，有些对整个业务其实可有可无，如果在实现起来很麻烦的话，可以引导用户取消这个需求，避免对系统大的改造影响了其他正常的业务，也浪费了开发人员的时间。如果系统本来就已经具备的功能，那么就要引导用户复用该功能，使系统可以最大程度的复用原来的功能。提高系统的代码的使用率，同时提高我们的工作效率。最后就是完善，

14、完善我们编写的需求规格说明书，可以使用需求用例、业务逻辑图、办理流程图、表格、界面图片等对需求进行说明，使需求规格说明书简单易懂，避免歧义；这一年的需求分析工作，使自己对该工作有了更多、更深的认识；不仅要认真，还要有细心、耐心、有责任感；不仅要考虑当前的需求，还要分析系统已经具备的和将来需要支撑的；希望通过自己的努力，能将需求分析工作做的更好；【篇三：激励马斯洛需求理论培训心得体会】用激励成就你我 激励马斯洛需求理论培训心得体会 dsm 三阶段培训就在这个春暖花开的日子里结束了，他带给我的是永远的记忆和收益。自从加入 dsm 这个由公司最优秀的人才组成的大家庭以来，我一直受着激励和启发。而老师

15、的授课也让我受益匪浅，每当老师的几句话将困惑我很久的问题解决时，我就会有一种 “面朝大海，春暖花开 ”的感觉，就会感到一股力量在身体内流转，仿佛突然间学会了一项技能，令我激动不已。而在这第三期培训中，让我记忆最深的就是激励的作用和意义。 老师首先介绍了两个激励理论：马斯洛需求理论和赫茨伯格双因素理论。马斯洛需求理论这个人尽皆知的理论，它所揭示的人们的五个需求层次，我在平时的生活工作中有深深的体会。他所展示的魅力就像自然力量一样使我们无法抗拒，如果能够真正的掌握了这个工具，我想管理者在激励员工的时候会达到事半功倍的效果。而赫兹伯格双因素理论则从另一个维度对激励进行的一个全新的诠释，它将对人们有激励作用的因素分为保健因素和激励因素，这就为管理者在制定激励措施的时候提供了一个指明灯。而在课程中，老师的一句话让我记忆深刻，就是真正能起到激励作用的激励因素往往是管理者可控的，并且较之保健因素投入小，并且时效性很强，是立竿见影的。