《软件工程导论》读后感
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
读完《软件工程导论》后,我才发现原来做一个真正的软件居然要经历这么多东西。原来我离一名真正的软件工程师还有很大一段距离。
那么先来谈谈对于软件创作方面的收获吧。
首先,对于一个即将被开发的软件,要有一个它能解决问题的定义,然后进行可行性的研究、需求分析……这是软件开发的管理团队开始运作,他们会预估投资,创作的时间,以此来评估开发软件的风险。项目管理先于任何技术活动之前开始,并且贯穿项目,,他们的工作看起来挺花时间的,但实际上大有用处,它会将软件开发的风险将到尽量低,这是前人吃亏的来的经验,所以在开发软件时,一定要考虑它的价值。
当预估通过时,便开始总体设计,此时的系统已经知道做什么,现在就开始让它怎样做。这时首先寻找实现目标的各种不同方案,再选取方案,进行成本、效益的分析,当方案选取出来时,根据方案将设计模块化(把程序划分成独立命名且可独立访问的模块)、耦合。这时有一个简单明了的说明图(流程图)显得尤为重要。它会将抽象的逻辑思维具体化。所以说流程图是程序编写的灵魂。当总体设计完成后,才开始详细设计。
详细设计阶段的任务还不是具体地程序编写,而是设计程序的蓝图。以后程序员将更具意读者。程序的质量不仅要看它的逻辑是否满足,还要考虑是否通俗易懂,这又一次显现流程图的重要性。
详细设计完,才开始实现.
通常,实现包括编码和测试,在以前,我一直以为软件主要考编码,结果才发现在软件开发过程中,程序员只占20%,而测试员占了25%。这说明后期的维护太重要了。完成编码后,便开始测试,测试完后还有调试(作为成功测试后的结果出现)。
当软件开发出来并交付使用后,便进入了软件的运行和维护阶段,这个阶段时软件生命周期的最后一个阶段。
而对于团队方面,我也有了更深的认识。首先团队的强大、效率并不是靠人数来决定的。一个强大团队要素质少而精,并且分工明确。这也对我以后进团队有一些帮助吧。
看完这本书,虽然对于大量的专业知识一头雾水,但是对于一个软件开发有了比较详细的了解。并不再是以前单纯的敲代码。而对于软件工程导论,感觉B.w.Beehm的7条基本原则就能完全概括
1.用分阶段的生命周期计划开始管理
2.进行阶段评审程序
3.实行严格的产品控制
4.采用现代程序设计技术
5.结果应能清楚地审查
6.开发小组的人员应少而精
7.承认不断改进软件工程的必要性
原来我还太单纯,太薄了!