当前位置:文档之家› 公司计算机软件培训文件

公司计算机软件培训文件

公司计算机软件培训文件
公司计算机软件培训文件

XX公司计算机软件培训讲义

1、背景

20世纪是一个革命化变革的世纪。机械化革命、电气化革命、信息化革命不管是对社会依旧对人类都起到了全然性的变化阻碍。特不是自动化生产的理念,对机械化革命、电气化革命和信息化革命中的骨骼部分(硬件产品:例如计算机及其相关部件、通信产品、存储介质等)都起到了突飞猛进的推动作用。但关于信息化革命中的神经或血液部分的软件,如何将自动化生产的理念引入到其开发研制中来,是20世纪60年代以来给人类留下的始终未解决好的一个重大课题。

20世纪80年代初,国际闻名的软件学家布鲁思曾经发表过一片闻名的论文『没有银弹』,在软件界引起了专门大的震动。论文的中心散布了一种软件悲观论的思想,布鲁思个人认为软件的自动化生产,由于受各种外界条件的制约,是几乎无法实现的。这种悲观的事实虽完全解决不了,但通过软件工程及其相关联的优秀的方法论,通过优秀的人才是能够缓解的。

在以后的信息化革命中,起着神经或血液角色的软件作用越来越重要,据国际权威调查机构的资料,工程费用上软硬

的比例目前已达到了6:4的数值。由此可见软件工程及其相关联的优秀的方法论、优秀的软件人才在信息化革命革命中的重要性。

2、软件工程

软件工程是一类工程。工程是将理论和知识应用于实践的科学。就软件工程而言,它借鉴了传统工程的原则和方法,以求高效地开发高质量软件。其中应用了计算机科学、数学和治理科学。计算机科学和数学用于构造模型与算法,工程科学用于制定规范、设计范型、评估成本及确定权衡,治理科学用于打算、资源、质量和成本的治理。

软件工程这一概念,要紧是针对20世纪60年代“软件危机”而提出的。它首次出现在1968年NATO(北大西洋公约组织)会议上。自这一概念提出以来,围绕软件项目,开展了有关开发模型、方法以及支持工具的研究。其要紧成果有:提出了瀑布模型,开发了一些结构化程序设计语言(例如PASCAL语言,ADA语言)、结构化方法等。同时围绕项目治理提出了费用估算、文档复审等方法和工具。综观60年代末至80年代初,其要紧特征是,前期着重研究系统实现技术,后

期开始强调开发治理和软件质量。

70年代初,自“软件工厂”这一概念提出以来,要紧围绕软件过程以及软件复用,开展了有关软件生产技术和软件生产治理的研究与实践。其要紧成果有:提出了应用广泛的面向对象语言以及相关的面向对象方法,大力开展了计算机辅助软件工程的研究与实践。尤其是近几年来,针对软件复用及软件生产,软件构件技术以及软件质量操纵技术、质量保证技术得到了广泛的应用。目前各个软件企业都十分重视资质认证,并想通过这些工作进行企业治理和技术的提升。软件工程所涉及的要素可概括如下:

软件工程框架图

依照这一框架,能够看出:软件工程涉及了软件工程的目标、软件工程原则和软件工程活动。

软件工程的要紧目标是:生产具有正确性、可用性以及开

销合宜的产品。正确性意指软件产品达到预期功能的程度。可用性指软件差不多结构、实现及文档为用户可用的程度。开销合宜性是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上依旧在实践中均存在专门多问题有待解决,它们形成了对过程、过程模型及工程方法选取的约束。

软件工程的四项差不多原则是:

第一,选取适宜开发范型。该原则与系统设计有关。在系统设计中,软件需求、硬件需求以及其他因素之间是相互制约、相互阻碍的,经常需要权衡。因此,必须认识需求定义的易变性,采纳适宜的开发范型予以操纵,以保证软件产品满足用户的要求。

第二,采纳合适的设计方法。在软件设计中,通常要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现,以达到软件工程的目标。

第三,提供高质量的工程支持。“工欲善其事,必先利其器”。在软件工程中,软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工

程所提供的支撑质量和效用。

第四,重视开发过程的治理。软件工程的治理,直接阻碍可用资源的有效利用,生产满足目标的软件产品,提高软件组织的生产能力等问题。因此,仅当软件过程得以有效治理时,才能实现有效的软件工程。

软件工程活动是“生产一个最终满足需求且达到工程目标的软件产品所需要的步骤”。要紧包括需求、设计、实现、确认以及支持等活动。需求活动包括问题分析和需求分析。问题分析猎取需求定义,又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件体系结构,包括子系统、模块以及相关层次的讲明、每一模块接口定义。详细设计产生程序员可用的模块讲明,包括每一模块中数据结构讲明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。支持活动包括修改和完善。伴随以上活动,还有治理过程、支持过程、培训过程等。

这一软件工程框架告诉我们,软件工程的目标是可用性、正确性和合算性;实施一个软件工程要选取适宜的开发范型,

要采纳合适的设计方法,要提供高质量的工程支撑,要实行开发过程的有效治理;软件工程活动要紧包括需求、设计、实现、确认和支持等活动,每一活动可依照特定的软件工程,采纳合适的开发范型、设计方法、支持过程以及过程治理。依照软件工程这一框架,软件工程学科的研究内容要紧包括:软件开发范型、软件开发方法、软件过程、软件工具、软件开发环境、计算机辅助软件工程(CASE) 及软件经济学等。

自从软件工程概念提出以来,通过30多年的研究与实践,尽管“软件危机”没得到完全解决,但在软件开发方法和技术方面差不多有了专门大的进步。尤其应该指出的是,自80年代中期,美国工业界和政府部门开始认识到,在软件开发中,最关键的问题是软件开发组织不能专门好地定义和治理其软件过程,从而使一些好的开发方法和技术都起不到所期望的作用。也确实是讲,在没有专门好定义和治理软件过程的软件开发中,开发组织不可能在好的软件方法和工具中获益。

依照调查,中国的现状几乎和美国10多年前的情况一样,软件开发过程没有明确规定,文档不完整,也不规范,软件项目的成功往往归功于软件开发组的一些杰出个人或小组的

努力。这种依靠于个不人员上的成功并不能为全组织的软件生产率和质量的提高奠定有效的基础,只有通过建立全组织的过程改善,采纳严格的软件工程方法和治理,同时坚持不懈地付诸实践,才能取得全组织的软件过程能力的不断提高。

这一事实告诉我们,只有坚持软件工程的四条差不多原则,既重视软件技术的应用,又重视软件工程的支持和治理,并在实践中贯彻实施,才能高效地开发出高质量的软件。

3、方法论

如何运用软件工程,从20世纪70年代初开始,围绕着那个问题,诞生了许多闻名的方法论。下面对几个典型的方法论进行简单的介绍。

3.1、瀑布式方法论

瀑布模型将软件生命周期的各项活动规定为依固定顺序联接的若干时期工作,形如瀑布流水,最终得到软件产品。

优点:

a.强调开发的时期性;

b.强调早期打算及需求调查;

c.强调产品测试。

缺点:

a.依靠于早期进行的唯一的一次需求调查,不能适应需求的

变化;

b.由因此单一流程,开发中的经验教训不能反馈应用于本产

品的过程;

c.风险往往迟至后期的开发时期才显露,因而失去及早纠正

的机会。

其中,BD是Basic Design的缩写,这一部分完成“本系统要做什么”的文档记录工作,即系统的分析时期工作;FD 是Function Design的缩写,这一部分完成本系统功能块的划分,是“如何去做”的第一时期工作,即系统的设计初期时期工作;DD是Detail Design的缩写,这一部分完成本系统各个功能模块的详细设计工作,是编程时期的预备设计时期;MK是Making的缩写,即具体编程实施时期;UT是Unit Test的缩写,即单元测试时期;CT是Combine Test的缩写,即结合测试时期;ST是System Test的缩写,即系统测试时期;PT是Product Test的缩写,即商品测试时期。

从上图中能够看出,BD和PT、 FD和ST、DD和CT、MK和UT差不多上成对出现的。每一对的前一部分完成之后,应该立即着手后一部分的文档制作工作。对较大的系统开发,实际测试和文档的担当者应该不同。

3.2、生鱼片式方法论

前一时期完成70%到80%时,即可并行进入到下一个时期。

3.3、螺旋式方法论

瀑布模型与演化模型相结合,并加入两者所忽略的风险分析所建立的一种软件开发模型。该模型于1998年由美国TRW 公司(B.W.Boehm)提出。软件项目风险的大小作为指引软件过程的一个重要因素,引入这一概念有可能使得软件开发被看作一种元模型,因为它能包容任何一个开发过程模型。

螺旋模型差不多的做法是在“瀑布模型”的每一个开发时期之前,引入特不严格的风险识不、风险分析和风险操纵。直到采取了消除风险的措施之后,才开始打算下一时期的开发工作。否则,项目就专门可能被取消。

另外,假如有充足的把握推断遗留的风险已降低到一定的程度,项目治理人员可作出决定让余下的开发工作采纳另外的生命周期模型,如“演化模型”,“瀑布模型”,或自定的混合模型。

优点:

a.强调严格的全过程风险治理。

b.强调各开发时期的质量。

c.提供机会检讨项目是否有价值接着下去。

缺点:

a.引入特不严格的风险识不,风险分析,和风险操纵,

这对风险治理的技能水平提出了专门高的要求。这需要人员,资金,和时刻的投入。

3.4、时期性公布式方法论

该模型要紧针对事先不能完整定义需求的软件开发。用户能够给出待开发系统的核心需求,同时当看到核心需求实现后,能够有效地提出反馈,以支持系统的最终设计和实现。

软件开发人员依照用户的需求,首先开发核心系统。当该核心系统投入运行后,用户试用之,完成他们的工作,并提出精化系统、增强系统能力的需求。软件开发人员依照用户的反馈,实施开发的迭代过程。第一迭代过程均由需求、设计、编码、测试、集成等时期组成,为整个系统增加一个可定义的、可治理的子集。下面为生鱼片型时期性公布式方法论图示。

相关主题
文本预览
相关文档 最新文档