您的位置:首页 > 其它

系统分析与设计作业(1)

2018-03-13 00:34 239 查看

1、简单题

软件工程的定义
            软件工程指的是:                (1)系统化、规范化、可量化的方法在软件开发、运行和维护中的应用,也即工程在软件上的应用;                (2)对(1)中方法的研究。
阅读经典名著“人月神话”等资料,解释software crisis、COCOMO模型
        software crisis       软件危机(software crisis)是计算机软件在它的开发和维护过程中所遇到的一系列严重问题。概括地说,主要包含两方面的问题:如何开发软件,怎样满足对软件日益正常的需求;如何维护数量不断膨胀的已有软件。软件危机的原因与软件流程的整体复杂度以及软件工程这领域的不成熟有关。
        COCOMO模型        COCOMO模型即构造性成本模型。它是一种精确、易于使用的,基于模型的成本估算方法,最早由Boehm于1981年提出。从本质上说是一种参数化的项目估算方法,参数建模是把项目的某些特征作为参数,通过建立一个数字模型预测项目成本(类似于居住面积作为参数计算的整体的住房成本)。它有3个不同层次,分别为基本模型、中间模型和详细模型以及3种开发模式,分别为组织模式、嵌入式应用开发模式和中间应用开发模式。   
软件生命周期
        软件生命周期是软件的产生直到报废或停止使用的生命周期。周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段,这种按时间分程的思想方法是软件工程中的一种思想原则,即按部就班、逐步推进,每个阶段都要有定义、工作、审查、形成文档以供交流或备查,以提高软件的质量。
按照SWEBok的KA划分,本课程关注哪些KA或知识领域?
        SWEBok指南将软件工程知识体系划分为10个知识域,分为两类过程。一类是开发与维护过程,包括软件需求、软件设计、软件构造、软件测试和软件维护;另一类是支持和组织过程,包括软件配置管理、软件工程管理、软件工程过程、软件工程工具与方法、软件质量。        本课程关注:软件工程管理、软件工程过程、软件工程模型和方法、软件质量。
解释CMMI的五个级别。例如:Level 1 - Initial: 无序,自发生产模式
        Level 1 - 完成级。在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现。      Level 2 - 管理级。在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监控与控制,并与上级单位对项目与流程进行审查。        Level 3 - 定义级。在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成;而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化,这样企业不仅能够在同类的项目上升到成功的实施,在不同类的项目上一样能够得到成功的实施。        Level 4 - 量化管理级。在量化管理级水平上,企业的项目管理不仅形成了一种制度,而且要实现数字化的管理。对管理流程要做到量化与数字化。        Level 5 - 优化级。在优化级水平上,企业的项目管理达到了最高的境界。企业不仅能够通过信息手段与数字化手段来实现对项目的管理,而且能够充分利用信息资料,对企业在项目实施的过程中可能出现的次品予以预防。
用自己语言简述SWEBok或CMMI
        CMMI是美国国防部的一个设想,1994年由美国国防部与卡内基-梅隆大学下的软件工程研究中心以及美国国防工业协会共同开发和研制的,他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型,集成到一个框架中去,申请此认证的前提条件是该企业具有有效的软件企业认定证书。        其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架,新的继承模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理解,建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性4个方面。

2、解释PSP各项指标及技能要求

    Planning(计划)Estimate(估计这个任务需要多少时间)
    DevelopmentAnalysis(分析需求)
Design Spec(生成设计文档)
Design Review(设计复审(和同时审核设计文档))
Coding Standard(代码规范(为目前的开发指定合适的规范))
Design(具体设计)
Coding(具体编码)
Code Review(代码复审)
Test(测试(包括自我测试,修改代码,提交修改))
    Record Time Spent(记录时间花费)    Test Report(测试报告)    Size Measurement(计算工作量)    Postmortem(事后总结)    Process Improvement Plan(提出过程改进计划)            
    
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: