软件需求工程的学习心得

软件需求工程学习体会随着公司信息化城市的加深，对计算机软件的需求越来越复杂，规模也越来越大。 但是，软件危机的问题已经提出了三十多年，至今仍无法很好地解决。 究其原因，主要是忽视软件开发过程中的质量监控，在软件开发过程中无法准确把握需求。 因此，我们需要在这个过程中正确把握和定位需求的内容。需求工程作为软件工程生命周期的起点，是软件开发下一阶段的基础。 软件需求是软件开发的目标，也是项目开发成功和失败的重要因素。 错误的需求分析可能导致软件开发的全面否定，需求错误的代价随着项目的开展而变化。 如果需求错误能及时修复，其代价限定在一定范围内。 如果没有及时的发现，整个软件开发就很可能失去了原本的意义。要了解正确需求的重要性，了解软件开发过程中的功能需求和非功能需求。 软件开发的前期首先必须分析和制作需求规格书，这也给了我们在一定程度上深入探索软件本身应具备的功能意义的机会。 采用简化的需求分析模型，可快速开发系统概况，有利于开发过程的顺利进行，其模型包括瀑布模型、螺旋模型、RUP、迭代模型和敏捷方法等。 这些方法可以精确地确定产品的生命周期，以确保开发过程不会偏离方向。 减少开发中的绕道。我们根据用户的需求，反复讨论和分析，最终明确了独特用户的需求，这个结果其实是我们的软件需求分析报告。 一般来说，它采用VC和BC等开发工具，也使用Potoshop、调色板等绘图工具。 使用各种工具来呈现软件需求分析，其具体呈现手段可分为1 .效果图的描述。 主要是用户UI界面的描述反映了用户的需求功能2 .逻辑图的说明。 根据用户的需求功能，使用抽象化理论和需求分析理论，全面分析用户的需求功能，确立功能性的逻辑关系图、流程逻辑关系图等3 .关系图的说明。 主要对信息关系、数据库表、接口函数等进行记述4 .工程数学的记述。 分析用户需求，分析用户需求信息，运用工程数学推导算法，推导合理的需求分析5 .地图说明。 主要是计划软件项目，估计开发周期6 .其他方法的说明。 保证完整性合理性的有效描述。在进行需求分析时，请注意所有信息和需求都是站在用户的立场上的。 尽量避免分析家的主观想象，尽量向用户提交分析的进展。 不直接指导，让用户进行检查和评价。 达到需求分析的正确性。 分析人员通过需求分析逐步细分对软件的需求，描述由软件处理的数据域，为软件开发提供可转化为数据设计、结构设计、过程设计的数据和功能表示。软件完成后，编写的软件规格说明为评价软件质量提供依据。 开发软件系统最困难的部分是正确说明要开发什么。 最困难的概念性工作是创建详细的技术要求，包括所有面向用户、计算机和其他软件系统的接口。 错误的话，这是最终会给系统带来巨大损失的部分，以后也很难修改。 目前国内产品繁多，某些企业可能有一些系统并行运行，它们之间的接口是系统开发者最头痛的问题。 在业务最终用户应用程序中，公司信息系统和软件是大型系统的一部分。 但是，开发人员如何知道项目何时结束，而不是制定客户批准的要求书？ 如果我们不知道什么对我们的客户至关重要，我们怎样才能让客户满意呢？软件需求分析评价为了检验软件需求分析的工作，保证了软件需求分析工作的正确性、完整性、有效性、合理性、确认性、实施性，完全保证了用户所要求的功能。 我们对组织结构和责任管理的评价主要是参与者的任务和责任界面的明确性计划按时完成情况的相互协调能力状况。 我们进行需求分析的目的是完全并且正确地描述用户的需求，跟踪用户的需求变化，将用户的需求正确地反映在系统的分析和设计中，使系统的分析，设计和用户的需求一致。需求分析的特点是需求的完整性、一致性和可追溯性。 完整性：准确、全面地描述用户的需求。 一致性：通过分析整理，在消除用户需求矛盾方面，规范用户需求。 可追溯性：具有两个方面的含义，有整理和规范的需求，其中之一是与用户持续交流，必须符合用户的最新需求。 其二，与系统分析(设计)相一致。因此，在需求分析之前，我们必须建立需求分析技术水平的基本框架，从技术上保证需求分析的要求。 在此基础上，我们所做的需求分析可以满足项目需求分析的要求。 我们根据用户的软件需求，以现实的态度制定详细、准确、完整的软件需求分析，避免空想世界、空中楼阁的思维方式，避免逻辑上无核心的描述，避免没有实际的空间概念。 需求分析评价指标主要包括功能性、完整性、准确性、逻辑性、表现性、合理性、可行性等。 评估人投入和费用支出的合理性问题。 正确制定工作周期，保证软件项目顺利完成。另外，根据需求的确认性，可以确认需求功能是实现用户需求的基本保证。 如果存在无法确认的变更，阻碍软件的实现，软件设计中存在不完整的缺陷，或者存在无法实施的问题，则必须区分是功能性故障还是未来性问题。 未来问题不明确的话，就必须调整功能需求，解决不确定的变更。 因此，判断不确定性的变化是非常重要的问题对于需求工程，无疑是当今软件工程的重要问题，是软件工程中最复杂的过程之一，是不断重复定义、记录和发展需求的过程。 需求工程的过程：1.需求获得2 .需求分析3 .需求规格说明4 .系统建模5 .需求确认6 .需求管理。 首先获得需求是确定和理解不同利益相关者的需求和制约的过程。 在获得需求的方法中，要面向目标，要面向场景，要面向方向，要面向视点，要面向知识，也是需求工程学的主体内容之一。学软件工程的课程已经是第一学期了。 一学期结束，还是应该说有很多肯定的地方。 其实，我觉得软件工程与其说是课程，不如说是思想。 在如何分析和处理问题的过程中，应该说它的范畴已经不仅仅是这门课，还是一个可以解决问题的综合思想的集合。 获得需求是谈判、讨论、交流的过程，不是单纯的编程就能解决的问题。 这门课教给了我们完成实际项目的一般步骤和过程，我认为这是非常现实的教学内容。