您当前位置：公务员考试网 > 国家公务员考试网 > 备考 > 面试 > > 2016年国家公务员面试银监会-计算机专业之软件工程

2016年国家公务员面试银监会-计算机专业之软件工程考点(6)

2016-01-08 10:49:56 公务员考试网文章来源：华图教育

资料分析题型
资料分析公式
数资易错点
数量关系公式
常识百年党史
全年时政热点

*资料包涵盖但不限于以上内容

扫码领福利

保存小程序码至
手机进行扫码

　　软件工程过程和软件生存周期

　　许多计算机和软件科学家尝试，把其它工程领域中行之有效的工程学知识运用到软件开发工作中来。经过不断实践和总结，最后得出一个结论：按工程化的原则和方法组织软件开发工作是有效的，是摆脱软件危机的一个主要出路。

　　软件工程过程

　　软件工程过程是为获得软件产品，在软件工具支持下由软件工程师完成的一系列软件工程活动。软件工程过程通常包含四种基本的过程活动：

　　P (Plan) : 软件规格说明。规定软件的功能及其运行的限制;

　　D (Do) : 软件开发。产生满足规格说明的软件;

　　C (Check) : 软件确认。确认软件能够完成客户提出的要求;

　　A (Action) : 软件演进。为满足客户的变更要求，软件必须在使用的过程中演进。

　　事实上，软件工程过程是一个软件开发机构针对某一类软件产品为自己规定的工作步骤，它应当是科学的、合理的，否则必将影响到软件产品的质量。

　　软件生存周期

　　正如同任何事物一样，软件也有一个孕育、诞生、成长、成熟、衰亡的生存过程。我们称其为计算机软件的生存周期。根据这一思想，把上述基本的过程活动进一步展开，可以得到软件生存周期的六个步骤。

　　制定计划，确定要开发软件系统的总目标，给出它的功能、性能、可靠性以及接口等方面的要求;研究完成该项软件任务的可行性，探讨解决问题的可能方案;制定完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查。

　　需求分析，对待开发软件提出的需求进行分析并给出详细的定义。编写出软件需求说明书及初步的用户手册，提交管理机构评审。

　　软件设计，把已确定了的各项需求转换成一个相应的体系结构。进而对每个模块要完成的工作进行具体的描述。编写设计说明书，提交评审。

　　程序编写，把软件设计转换成计算机可以接受的程序代码。

　　软件测试，在设计测试用例的基础上检验软件的各个组成部分。

　　运行/维护，已交付的软件投入正式使用，并在运行过程中进行适当的维护。

　　软件工程的原则

　　以上的软件工程基本目标适合于所有的软件工程项目。为达到这些目标，在软件开发过程中必须遵循下列软件工程原则。

　　抽象:抽取事物最基本的特性和行为，忽略非基本的细节。采用分层次抽象，自顶向下、逐层细化的办法控制软件开发过程的复杂性。

　　信息隐蔽:将模块设计成“黑箱”，实现的细节隐藏在模块内部，不让模块的使用者直接访问。这就是信息封装，使用与实现分离的原则。使用者只能通过模块接口访问模块中封装的数据。

　　模块化:模块是程序中逻辑上相对独立的成分，是独立的编程单位，应有良好的接口定义。如C语言程序中的函数过程，C++语言程序中的类。模块化有助于信息隐蔽和抽象，有助于表示复杂的系统。

　　局部化:要求在一个物理模块内集中逻辑上相互关联的计算机资源，保证模块之间具有松散的耦合，模块内部具有较强的内聚。这有助于控制解的复杂性。

　　确定性:软件开发过程中所有概念的表达应是确定的、无歧义性的、规范的。这有助于人们之间在交流时不会产生误解、遗漏，保证整个开发工作协调一致。

　　一致性:整个软件系统(包括程序、文档和数据)的各个模块应使用一致的概念、符号和术语。程序内部接口应保持一致。软件和硬件、操作系统的接口应保持一致。系统规格说明与系统行为应保持一致。用于形式化规格说明的公理系统应保持一致。

　　完备性:软件系统不丢失任何重要成分，可以完全实现系统所要求功能的程度。为了保证系统的完备性，在软件开发和运行过程中需要严格的技术评审。

　　可验证性:开发大型的软件系统需要对系统自顶向下、逐层分解。系统分解应遵循系统易于检查、测试、评审的原则，以确保系统的正确性。

　　使用一致性、完备性和可验证性的原则可以帮助人们实现一个正确的系统

　　需求分析的过程

　　需求分析阶段的工作，可以分成以下四个方面：

　　1、问题识别

　　首先系统分析人员要确定对目标系统的综合要求，即软件的需求。并提出这些需求实现条件，以及需求应达到的标准。这些需求包括功能需求、性能需求、环境需求、可靠性需求、安全保密要求、用户界面需求、资源使用需求、软件成本消耗与开发进度需求，并预先估计以后系统可能达到的目标。此外，还需要注意其它非功能性的需求。如针对采用某种开发模式，确定质量控制标准、里程碑和评审、验收标准、各种质量要求的优先级等，以及可维护性方面的需求。

　　2、分析与综合

　　问题分析和方案的综合是需求分析的第二方面的工作。分析员必须从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的限制，判断是否存在因片面性或短期行为而导致的不合理的用户要求，是否有用户尚未提出的真正有价值的潜在要求。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。

　　3、编制需求分析阶段的文档

　　已经确定下来的需求应当得到清晰准确的描述。通常我们把描述需求的文档叫做软件需求说明书。同时，为了确切表达用户对软件的输入输出要求，还需要制定数据要求说明书及编写初步的用户手册。

　　4、需求分析评审

　　作为需求分析阶段工作的复查手段，应该对功能的正确性、文档的一致性、完备性、准确性和清晰性，以及其它需求给予评价。为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严格进行。评审结束应有评审负责人的结论意见及签字。除分析员之外，用户/需求者，开发部门的管理者，软件设计、实现、测试的人员都应当参加评审工作

　　需求获取技术

　　需求获取技术包括两方面的工作：

　　建立获取用户需求的方法的框架;

　　支持和监控需求获取的过程的机制。

　　获取用户需求的主要方法是调查研究。

　　了解系统的需求。软件开发常常是系统开发的一部分。仔细分析研究系统的需求规格说明，对软件的需求获取是很有必要的。

　　市场调查。了解市场对待开发软件有什么样的要求;了解市场上有无与待开发软件类似的系统。如果有，在功能上、性能上、价格上情况如何。

　　访问用户和用户领域的专家。把从用户那里得到的信息作为重要的原始资料进行分析;访问用户领域的专家所得到的信息将有助于对用户需求的理解。

　　考察现场。了解用户实际的操作环境、操作过程和操作要求。对照用户提交的问题陈述，对用户需求可以有更全面、更细致的认识。

　　在做调查研究时，可以采取如下的调查方式：

　　制定调查提纲，向不同层次的用户发调查表。

　　按用户的不同层次，分别召开调查会，了解用户对待开发系统的想法和建议。