关闭

经典软件工程对照现代软件工程

1518人阅读 评论(0) 收藏 举报

经典软件工程对照现代软件工程


本文转自:http://sd.csdn.net/n/20060623/91954.html

 


______________________________________________________________________

CMM五级的目录及简单分析

______________________________________________________________________

一、初始级

二、可重复级

1、P——PLAN

计划及预测、跟进、合理化建议、???会议(工余、愿者参加)

所用工具软件==================

1、1、MICROSOFT PROJECT

1、2、SPSS

1、3、单机版DB软件:LOTUS APPROACH | MICROSOFT ACCESS |

1、4、网络版DB软件:如ERP之用SQL | ORACLE

1、5、开源版DB软件,及从此基本点自行开发具有DATA MINING | KNOWLEDGE MANAGEMENT的软件

 

要点是:

···代码的保质量、自生成;

为什么国内有几个小型公司能通过CMM-3、4的核查?是否与此有关,

因为单片机的5,000行的C语言代码,一般资源配置,开发完成大概需要2到3个月。

若不用专用数据库来收集动态运行程序,是很难达到CMM-4级“软件质量管理”

和CMM-2级“软件质量保证”的要求的。

如果没有设计与嵌入式系统相关的专用数据库,那么,“软件质量”就是空中楼阁,无源之水,无本之木。___

论据见另文《结合硬件的专用数据库的特性》。

 

1、6、自行开发具有智能处理(作为CMM管理软件的一个突破点)的软件:

1、6、1、软件版本

1、6、2、计划类等参照:初始需求填写表格、填写要求

1、6、3、需求填写表格的完善及内部控制(机密等级)

1、7、面向对象技术的采用

使得“计划类”、“需求类”具有自‘衍生’能力,理论上很容易做到。

1、7、1、首先,需要有第三方的控制CLASS  SET

(集合‘体’的具体实现?

集合‘体’内部COMPONENTS之间可MEDIATE | NEGOTIATION,____

类似于AI AGENT方面的with multi -BELIEFs、commnunication、rules)对 MONITORED CLASS & OBJECTs  which pull back  requirements changement

 

即是CLASS ‘遗传’| ‘传播’|

 

2、P——PRODUCT

2、1、

3、P——-DISPATCH

4、C——CONFIGURATION

5、R——REQUIREMENT

5、1、 需求分析并同获取,以及实证

(《实验PSY》、《管理PSY》、C51 |  TI DSP  | PLMM问题 、

5、2、需求表示

5、3、需求管理及软件支持系统

 __requirement & knowledge 获取、表示、管理二者之间有什么不同

三、已定义级

1、P——产品

2、I——INTEGRATED SOFTWARE MANAGEMENT

3、M——MEDIATION

4、R——REVIEW

5、D——培训大纲

6、J——机构管理焦点

7、J——机构管理定义

 

四、可管理级

1、软件质量管理

2、软件过程管理

 

五、优化级

1、缺陷修改

2、技术改进管理

3、过程改进管理

 

______________________________________________________________________

ISO 9001目录

______________________________________________________________________

管职同设文

供采标过验

设态不预保

质量训服计

管理、职责、合同评审、设置、

______________________________________________________________________

软件工程

______________________________________________________________________

优点:

1、促进国标的形成,公司之间约定俗成

2、便于沟通和交流

3、促进软件工程BASELINE、MILESTONE、ROADMAP的形成

缺点:

1、仍没有完全解决软件编码中的一些关键问题。

2、没有解决软件可靠性问题

3、没有解决软件可靠性和硬件可靠性相关联的问题

4、没有发掘出软件中的系统特性:

合关目多层,有多重同开局。

合理性,

相关性,

目的性,

多样性,

层次性,

有效性,

重要性,

同时性,

开放性,

局部性

5、和计算机网络目前所具有的统治性优势不相称的软件要思想上向前兼容和向后兼容的问题,

即设计软件和网络‘自适应’并重的问题:

用多扩范好明,时时联开操移靠,维控全毁量能成

6、没有解决软件测试的一些技术问题,导致较大软件的单元测试根本没有考虑覆盖等问题。

7、没有解决内部验收测试(ACCEPTANCE TEST)的支持理论,导致三方人员陷于泥潭之中。

8、软件设计过程中的数据(如函数的相关性,可靠性,扩展性,)的收集。

9、软件质量专用数据库的理论及实现

10、某软件应用程序运行过程的流程自动控制:以便达到WATCHDOG功能、抗自毁、第三方监控

11、电源敏感性:这可以算作可靠性理论和技术方面的内容,如电源掉电时是一个逐渐下降的过程,也可用

电容和电感回路原理、关键部件的电源功率,

电源的问题是不能不考虑的问题。

 12、文档的可用性有问题,导致编码完后再补文档。

 

______________________________________________________________________

现代软件工程

_______________________________________________________________

 

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:925760次
    • 积分:13028
    • 等级:
    • 排名:第1105名
    • 原创:266篇
    • 转载:276篇
    • 译文:5篇
    • 评论:504条
    最新评论
    常见的技术网站
    同事的dondon
    我的个人网站