软件工程的一些现实疑惑？

      近段时间，苦读软件工程，对该书所描述的几大步骤略有了解。这几个步骤分别是沟通，策划，建模，构建和部署。在建模阶段，涉及到大量的设计方法。于是兴奋的同友方软件人员一起讨论起咱们现有软件是怎么设计出来的。

      友方同事说，大致是这样的：由于该软件是一个升级版本，在前期做了简单的用户需求调研，但最主要的是参考了几家国外供应商的软件功能。因此，基本是直接整理出功能点，然后按照功能点进行了任务划分。然后各个程序员按照自己分配到的功能点进行编码。

      也就是说，软件开发模型前期可能是一种瀑布模型，后期根据国外供应商的软件功能添加功能点，可能是一种敏捷开发模型，但没有类似的管理模式。

      至于编码中涉及到的设计模式，那更没法表述，能力强的程序员，开发出的代码效率高，易于扩展，能力弱的程序员，开发出的代码可能仅仅能够满足当前功能，风格自然不会统一。

      测试，目前没有被纳入考虑，编码人员太少，而且测试用例撰写非常浪费时间，所以bug查错基本靠程序员自己检查和在系统联调中发现。

      友方人员的共同反映就是我们开发的系统是中小型软件系统，软件工程涉及到的步骤和模式，可能不太适用，你看我们的系统不也运行的不错么？

     这让我陷入到困惑中，此前我确实只注意编码，实现功能，不也没出啥乱子，软件工程对中小型软件开发团队有什么作用，大约开发人员在10人左右？有2名资深开发人员，6名有4年开发经验的和2名新毕业入职的？