对软件工程的理解.doc
约2页DOC格式手机打开展开
对软件工程的理解,本文共计18页，7720字；文章摘要：本文从软件工程的学科的产生说起，介绍了软件工程的定义、任务、目标、开发模式，从3点概括了软件开发的基本策略，然后结合自己做课设的体会，谈了一下分工、小组合作等问题，之后叙述了需求分析的定义、方法和注意事项。关键字：软件工程,软件危机,ieee软件工程标准，开发模式，...
内容介绍
此文档由会员 灵活的胖子 发布
对软件工程的理解
本文共计18页，7720字；
文章摘要：
本文从软件工程的学科的产生说起，介绍了软件工程的定义、任务、目标、开发模式，从3点概括了软件开发的基本策略，然后结合自己做课设的体会，谈了一下分工、小组合作等问题，之后叙述了需求分析的定义、方法和注意事项。
关键字：
软件工程,软件危机,IEEE软件工程标准，开发模式，软件开发的基本策略，复用，软件复用， 面向对象（Object Oriented）， 软构件(Software Component)， 分而治之，优化——折衷，需求分析，业务建模
听说过很多这样还有那样的工程――建筑工程、希望工程•••甚至豆腐渣工程，直到这学期，才知道编写软件也要有个工程。想想也是，写一个大一点的软件，还真得计划一下――当然这只是我在刚开始上这门刻的时候的想法，到现在，自己不仅学习了，而且还和自己的组员也实际的“工程”了一把，总算对软件工程这门学科有了比较系统的了解，也有了一些自己的体会。
先说说这门学科的产生吧。
在60年代计算机发展初期，程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制弱智的计算机，又能让别人看不懂、不会用。那个时期编程就跟捏泥巴一样随心所欲，于是他们很过分地把程序的集合称为软件，以便自己开心或伤心时再把程序捏个面目全非。人们就在这种美滋滋的感觉下热情地编程，结果产生了一堆问题：
（1）对软件开发成本和进度的估计常常很不准确。
（2）用户对已完成的软件不满意。
（3）软件的质量不高。
（4）现有软件难以维护，甚至不可维护。
（5）缺乏完整正确的文档资料。
（6）软件开发速度赶不上需求发展的速度。
这些问题导致了“软件危机”。
为了解决这个问题，在1968年，一群程序员、计算机科学家与工业界人士聚集一起共商对策。通过借鉴传统工业的成功做法，他们
参考：
《软件工程学教程》 陈明
《软件工程思想》 林锐
《需求分析》
参考：
《软件工程学教程》 陈明
《软件工程思想》 林锐
《需求分析》
本文共计18页，7720字；
文章摘要：
本文从软件工程的学科的产生说起，介绍了软件工程的定义、任务、目标、开发模式，从3点概括了软件开发的基本策略，然后结合自己做课设的体会，谈了一下分工、小组合作等问题，之后叙述了需求分析的定义、方法和注意事项。
关键字：
软件工程,软件危机,IEEE软件工程标准，开发模式，软件开发的基本策略，复用，软件复用， 面向对象（Object Oriented）， 软构件(Software Component)， 分而治之，优化——折衷，需求分析，业务建模
听说过很多这样还有那样的工程――建筑工程、希望工程•••甚至豆腐渣工程，直到这学期，才知道编写软件也要有个工程。想想也是，写一个大一点的软件，还真得计划一下――当然这只是我在刚开始上这门刻的时候的想法，到现在，自己不仅学习了，而且还和自己的组员也实际的“工程”了一把，总算对软件工程这门学科有了比较系统的了解，也有了一些自己的体会。
先说说这门学科的产生吧。
在60年代计算机发展初期，程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制弱智的计算机，又能让别人看不懂、不会用。那个时期编程就跟捏泥巴一样随心所欲，于是他们很过分地把程序的集合称为软件，以便自己开心或伤心时再把程序捏个面目全非。人们就在这种美滋滋的感觉下热情地编程，结果产生了一堆问题：
（1）对软件开发成本和进度的估计常常很不准确。
（2）用户对已完成的软件不满意。
（3）软件的质量不高。
（4）现有软件难以维护，甚至不可维护。
（5）缺乏完整正确的文档资料。
（6）软件开发速度赶不上需求发展的速度。
这些问题导致了“软件危机”。
为了解决这个问题，在1968年，一群程序员、计算机科学家与工业界人士聚集一起共商对策。通过借鉴传统工业的成功做法，他们
参考：
《软件工程学教程》 陈明
《软件工程思想》 林锐
《需求分析》
参考：
《软件工程学教程》 陈明
《软件工程思想》 林锐
《需求分析》
