心得体会
学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。学习的过程中和一个宿舍的同学一起做了个小型管理系统的开发，觉得还是有点收获的，对于开设这门课的意义也有所领悟，现在就将我对这门课的体会以及在项目开发过程中遇到的一些问题简单的归纳一下。希望在以后的学习中不断的提高吧。
曾经以为程序就是软件，软件就是程序。现在知道了二者的不同之处，这是学习这门课程第一个收获。事实上在软件开发的早期阶段这也不能说是错误的。那个时候开发的软件都比较简单。当然可以把软件理解成程序，直到软件作坊的出现，使软件在程序的基础上加了个说明。以前做过的一些小型的软件比如加密软件，也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。这个时候软件工程应运而生了。
掌握软件工程化的思想 ，对于负责软件开发的管理人员（领导）更为重要。曾经看到过这么一句话，“坐在指挥台上，如果什么也看不见，就不能叫领导。软件工程将有能力的人团结在一起，然后把他们变成工人，因为工业化的生产是效率最高的。这就是根本所在。没有软件工程管理，简直就是乱来，就好象缺乏宏观控制的国家一样，会乱七八糟。
软件除了程序还要有使用和维护该程序所需要的全部文档。包括需求文档、设计文档、测试文档、维护文档以及使用手册。
软件开发特别是大型软件是一项浩大的工程,需要几个人、十几个人、几十个人甚至几百个人合作开发几个月、十几个月甚至几年。要保证系统的协调性、统一性和连续性,就需要在开发之前制定严格、详细的开发规范。开发规范的制定需要花费一定的时间和精力,但是\"磨刀不误砍柴功\",它相当于把今后开发过程中开发人员都要遇到的问题提前做了一个考虑。有了开发规范,在后续的开发过程中,设计人员就不必每次考虑如何为一个字段命名,编程人员也不必去想某个程序的结构和布局应当 怎样,测试人员也有了判断程序对错的标准。它约束开发人员的行为和设计、编程风格,使不同子系统和模块的设计、编程人员达成默契,以便形成整个系统的和谐步调和统一风格,也便于今后的系统维护和扩展工作。
