论文部分内容阅读
摘 要：我国社会经济发展的同时，让信息系统也逐渐开始大范围使用，而软件研发是目前社会专业人士所积极研究的一个热点，但是，软件项目研究是有多种因素在其中进行影响的，需求管理在其中处于主导地位。基于此，本篇文章对软件工程项目的需求管理进行分析研究，依照软件工程项目的概念为根本，以笔者多年的实践经验为基础，对软件的需求开发以及需求管理这亮点进行分析概述，其本意就是通过此次论述，让同行能有一定的启发，从而更好的进行需求沟通，更好的进行软件项目开发，减少风险因素的发生。
关键词：需求工程；需求开发；需求管理；软件项目
一、软件项目需求管理的概念
软件项目的开发团队对客户的需要进行深度挖掘，采集，就是软件项目工程的根本，而对这些需要进行系统的跟踪管理，从而让这些需求得以实现，达到客户的预期目标就是整个需求管理的过程。软件需求的来源，就是所需客户的期望和需要，如果这些需要被逐渐的理清，详细的分析，最终形成一个合理的文档，能对软件产品要求进行阐述。
二、软件项目需求工程与管理
（一）软件需求的层次与组成
软件项目需求工程属于系统工程的一种，在进行开发的过程中，一般需求有四个层次需要。
第一，原始问题。用户提出需要解决的问题（其中包括书面提出以及口头提出），而这也是软件需求的根本。第二，用户需求。负责开发的团队使用图标、自然语言等方式所提出的，软件系统会提出相应的服务以及操作。第三，系统需求：这也是用户需求的另一种体现方式，可以按照软件原型给用户一个更好的直观体验，并且基于此继续进行下一步动作，一般情况下，软件都会选择水平原型，而需要相对复杂的则需要运用垂直原型。第四，软件设计描述：经过以上三个层次，就可以明白应当做什么，而这点就是需要告诉应当如何进行，这也是软件进行设计以及实现的根本所在。
当上述的四个层次全部截止后，就可以进行下一步，就是对软件需求工程组成进行理解，对需求进行管理以及开发。
（二）需求分析
在进行需求开发的过程中需要对需求信息进行详细的分析，对其中的不足之处以及错误操作进行改善，并且将问题的要求确定，保证需求文档所反映出来的条件是用户所提出的条件，而这就叫做需求分析，一般情况下，需求分析的方法有很多，但是原型化方法最为常用，其他方法还有如动态分析法以及结构化方法等。一般情况下都是使用原型化方法，这种方法也是常识性的方法，这种方法操作简便，使用方便。
（三）需求规格说明书
在对用户的需求以及系统需求进行描述的过程中，就是需要需求规格说明书的参与。SRS不光是要对用户的真正需求进行反映，还需要尽量简洁，用简单的问题描绘出来，并且尽量使用基本词汇表当中的语言，除此之外，还应当尽量保证其中的整体性，操作性以及验证性，只有如此，才能保证需求说明书的标准，才能让需求管理更加科学，更加合理。
（四）需求验证
为了可以保证SRS的准确性，需要进行需求验证，以便让质量特点能完美呈现，在此过程中，客户方面的决策，以及技术人员和业务人员共同进行，其主要目的有两点：第一保证了用户能明确的了解，SRS是否能够完全描述出他们的需求；第二是按照相关的文档，可以对提出相关需求的人员以及需求分析人员和测试人员等众多相关人员达成一个共识，并且让需求能固化，作为根本，控制用户在一般的需求方面也需要变更，验证的内容一般有：审查SRS，测试覆盖，产品验收标准等众多方面是否与用户需求相同，完善。
（五）需求捕获
对于需求工程来讲，需求捕获十分重要，是其中的主要部分，这对于开发工程团队来讲，可以通过需求捕获来了解用户通过软件系统需要完成的任务，经过整改之后可以对用户提出的相关问题以及要求进行改善，逐渐达到用户使用软件的目的，并且在此过程中逐渐运用相关的方式以及工具来满足用户提出的实际要求。
实施需求捕获的前提要保证能确定好用户的类型，再寻找每一类型用户的交接决策人员，需求捕获的方式有多种，其中需要对用户单位的组织架构进行了解，及时与用户进行沟通，即使向用户发放调查问卷，对用户工作流转的文件等进行分析，并召开相关会议等。一般来讲，在需求捕获前期，需要管理人员制定基本词汇表，包括对流程的概括，这样既可以让用户有一个好的体验，让用户认可，对企业放心，另一方面还可以让用户更乐于交谈，并且帮助项目开发团队领略用户相关人员的意图。
三、需求管理
（一）变更管理
项目在进行实施的过程中，会一直有用户需求的存在，但是客户的需求不一定是绝对的，用户需求需要进行适量的变更、控制、进行正确的管理。而如何进行需求变更管理是需要考虑的一项问题。
一方面需要进行关键性的变更，这点会影响整个项目的正常交付使用，而这种需求是需要给予满足的。另一方面，需要进行改良变更，这点不会影响系统的交付，但是，如果有不满意会让整个项目工作的价值有所改变。
（二）版本控制
在整个跟踪记录软件开发的过程中，版本控制都是一直存在，这包括了软件本身以及相关文档。按照版本控制要求，可以在空间上保证配置项的集中管理，解决相关问题，这点也是可以让版本具有一定的可回溯性，也是保证开发团队进行研发，提高开发效率的根本，同时这也是管理需求变更的一项固有手段。
四、结语
综上可见，本篇文章首先介绍了软件项目需求管理的概念，之后探讨了软件项目需求工程与管理问题，最后对需求管理进行了深入分析，以期能使相关人员更好地开展软件工程项目的需求管理工作。
参考文献：
[1]屠永江.基于项目需求工程理论的软件需求管理探析[J].计算机光盘软件与应用，2013（2）：168.
[2]李虹，闫德恒.基于项目需求工程理论的软件需求管理浅析[J].中國科技信息，2011（16）：92-93.
[3]徐绪堪，陈小刚.基于软件工程理论的企业信息化项目监理模型构建[J].情报杂志，2007，26（8）：13-15.
关键词：需求工程；需求开发；需求管理；软件项目
一、软件项目需求管理的概念
软件项目的开发团队对客户的需要进行深度挖掘，采集，就是软件项目工程的根本，而对这些需要进行系统的跟踪管理，从而让这些需求得以实现，达到客户的预期目标就是整个需求管理的过程。软件需求的来源，就是所需客户的期望和需要，如果这些需要被逐渐的理清，详细的分析，最终形成一个合理的文档，能对软件产品要求进行阐述。
二、软件项目需求工程与管理
（一）软件需求的层次与组成
软件项目需求工程属于系统工程的一种，在进行开发的过程中，一般需求有四个层次需要。
第一，原始问题。用户提出需要解决的问题（其中包括书面提出以及口头提出），而这也是软件需求的根本。第二，用户需求。负责开发的团队使用图标、自然语言等方式所提出的，软件系统会提出相应的服务以及操作。第三，系统需求：这也是用户需求的另一种体现方式，可以按照软件原型给用户一个更好的直观体验，并且基于此继续进行下一步动作，一般情况下，软件都会选择水平原型，而需要相对复杂的则需要运用垂直原型。第四，软件设计描述：经过以上三个层次，就可以明白应当做什么，而这点就是需要告诉应当如何进行，这也是软件进行设计以及实现的根本所在。
当上述的四个层次全部截止后，就可以进行下一步，就是对软件需求工程组成进行理解，对需求进行管理以及开发。
（二）需求分析
在进行需求开发的过程中需要对需求信息进行详细的分析，对其中的不足之处以及错误操作进行改善，并且将问题的要求确定，保证需求文档所反映出来的条件是用户所提出的条件，而这就叫做需求分析，一般情况下，需求分析的方法有很多，但是原型化方法最为常用，其他方法还有如动态分析法以及结构化方法等。一般情况下都是使用原型化方法，这种方法也是常识性的方法，这种方法操作简便，使用方便。
（三）需求规格说明书
在对用户的需求以及系统需求进行描述的过程中，就是需要需求规格说明书的参与。SRS不光是要对用户的真正需求进行反映，还需要尽量简洁，用简单的问题描绘出来，并且尽量使用基本词汇表当中的语言，除此之外，还应当尽量保证其中的整体性，操作性以及验证性，只有如此，才能保证需求说明书的标准，才能让需求管理更加科学，更加合理。
（四）需求验证
为了可以保证SRS的准确性，需要进行需求验证，以便让质量特点能完美呈现，在此过程中，客户方面的决策，以及技术人员和业务人员共同进行，其主要目的有两点：第一保证了用户能明确的了解，SRS是否能够完全描述出他们的需求；第二是按照相关的文档，可以对提出相关需求的人员以及需求分析人员和测试人员等众多相关人员达成一个共识，并且让需求能固化，作为根本，控制用户在一般的需求方面也需要变更，验证的内容一般有：审查SRS，测试覆盖，产品验收标准等众多方面是否与用户需求相同，完善。
（五）需求捕获
对于需求工程来讲，需求捕获十分重要，是其中的主要部分，这对于开发工程团队来讲，可以通过需求捕获来了解用户通过软件系统需要完成的任务，经过整改之后可以对用户提出的相关问题以及要求进行改善，逐渐达到用户使用软件的目的，并且在此过程中逐渐运用相关的方式以及工具来满足用户提出的实际要求。
实施需求捕获的前提要保证能确定好用户的类型，再寻找每一类型用户的交接决策人员，需求捕获的方式有多种，其中需要对用户单位的组织架构进行了解，及时与用户进行沟通，即使向用户发放调查问卷，对用户工作流转的文件等进行分析，并召开相关会议等。一般来讲，在需求捕获前期，需要管理人员制定基本词汇表，包括对流程的概括，这样既可以让用户有一个好的体验，让用户认可，对企业放心，另一方面还可以让用户更乐于交谈，并且帮助项目开发团队领略用户相关人员的意图。
三、需求管理
（一）变更管理
项目在进行实施的过程中，会一直有用户需求的存在，但是客户的需求不一定是绝对的，用户需求需要进行适量的变更、控制、进行正确的管理。而如何进行需求变更管理是需要考虑的一项问题。
一方面需要进行关键性的变更，这点会影响整个项目的正常交付使用，而这种需求是需要给予满足的。另一方面，需要进行改良变更，这点不会影响系统的交付，但是，如果有不满意会让整个项目工作的价值有所改变。
（二）版本控制
在整个跟踪记录软件开发的过程中，版本控制都是一直存在，这包括了软件本身以及相关文档。按照版本控制要求，可以在空间上保证配置项的集中管理，解决相关问题，这点也是可以让版本具有一定的可回溯性，也是保证开发团队进行研发，提高开发效率的根本，同时这也是管理需求变更的一项固有手段。
四、结语
综上可见，本篇文章首先介绍了软件项目需求管理的概念，之后探讨了软件项目需求工程与管理问题，最后对需求管理进行了深入分析，以期能使相关人员更好地开展软件工程项目的需求管理工作。
参考文献：
[1]屠永江.基于项目需求工程理论的软件需求管理探析[J].计算机光盘软件与应用，2013（2）：168.
[2]李虹，闫德恒.基于项目需求工程理论的软件需求管理浅析[J].中國科技信息，2011（16）：92-93.
[3]徐绪堪，陈小刚.基于软件工程理论的企业信息化项目监理模型构建[J].情报杂志，2007，26（8）：13-15.