第1讲软件和软件工程内容摘要:

不到要求, 1989年取消 – 日本第 5代机因为软件问题在投入 50亿美元后于 1993年下马  由于软件质量问题导致失败的软件项目非常多 169。 Copyright Xinjun Mao 软件和软件工程 15 软件危机的表现 (3 of 3)  进度难以控制 – 项目延期比比皆是 – 由于进度问题而取消的软件项目较常见 – 只有一小部分的项目能够按期完成  维护非常困难 – 软件维护的多样性 – 软件维护的复杂性 – 软件维护的副作用 169。 Copyright Xinjun Mao 软件和软件工程 16 产生软件危机的根源  逻辑产品,不同于物理产品  复杂性高 – 逻辑产品,逻辑复杂性,远高于硬件复杂性 – 软件的复杂性随规模呈指数级上升  规模大 – 应用扩大,代码量, 1000万行,仍在不断膨胀  影响软件生产率和质量的因素比较复杂 – 人员的能力和水平 – 团队合作  缺乏有效、系统原理、原则、方法和工具的指导和辅助 169。 Copyright Xinjun Mao 软件和软件工程 17 对软件开发的深层次认识  开发一个具有一定规模和复杂性的软件系统与编写一个简单的程序不一样 – 正如建设狗窝和高楼大厦  大型、复杂软件系统的开发是一项工程,必须按照工程化的方法组织软件的生产和管理,必须经过分析、设计、实现、测试、维护等一系列软件过程和活动 169。 Copyright Xinjun Mao 软件和软件工程 18 解决危机的技术途径  20世纪 60年代爆发,然而实际上软件危机随着计算机软件的产生而产生,只是在此之前其问题的严重性没有引起人们的关注和重视  提出有效的方法和工具支持软件开发 – 1968年提出软件工程概念和思想 – 20世纪 70年代的结构化软件开发方法 – 20世纪 80年代的面向对象的软件开发方法 – 新的技术 : 软件重用、快速原型、需求工程 – 典型技术 : COM, Java, C++, J2EE, .Net, … . – 支撑工具和环境: Jbuilder, Visual Studio, WebLogic, … 169。 Copyright Xinjun Mao 软件和软件工程 19 技术手段不能完全解决软件危机 。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。