读完《软件工程导论》后，我才发现原来做一个真正的软件居然要经历这么多东西
原来我离一名真正的软件工程师还有很大一段距离
那么先来谈谈对于软件创作方面的收获吧
首先,对于一个即将被开发的软件，要有一个它能解决问题的定义，然后进行可行性的讨论、需求分析……这是软件开发的管理团队开始运作，他们会预估投资，创作的时间，以此来评估开发软件的风险
项目管理先于任何技术活动之前开始，并且贯穿项目，,他们的工作看起来挺花时间的，但实际上大有用处，它会将软件开发的风险将到尽量低，这是前人吃亏的来的经验，所以在开发软件时，一定要考虑它的价值
当预估通过时，便开始总体设计，此时的系统已经知道做什么,现在就开始让它怎样做
这时首先寻找实现目标的各种不同方案,再选取方案，进行成本、效益的分析，当方案选取出来时，根据方案将设计模块化（把程序划分成独立命名且可独立访问的模块）、耦合
这时有一个简单明了的说明图(流程图）显得尤为重要
它会将抽象的逻辑思维具体化
所以说流程图是程序编写的灵魂
当总体设计完成后，才开始详细设计
详细设计阶段的任务还不是具体地程序编写，而是设计程序的蓝图
以后程序员将更具意读者
程序的质量不仅要看它的逻辑是否满足，还要考虑是否通俗易懂，这又一次显现流程图的重要性
详细设计完，才开始实现
通常，实现包括编码和测试,在以前，我一直以为软件主要考编码，结果才发现在软件开发过程中,程序员只占 20%,而测试员占了25%
这说明后期的维护太重要了
完成编码后，便开始测试，测试完后还有调试（作为成功测试后的结果出现）
当软件开发出来并交付使用后，便进入了软件的运行和维护阶段，这个阶段时软件生命周期的最后一个阶段
而对于团队方面，我也有了更深的认识
首先团队的强大、效率并不是靠人数来决定的
一个强大团队要素养少而精,并且分工明确
这也对我以后进团队有一些帮助吧
看完这本书，虽然对于大量的专业
