利用.Net框架开发应用系统 （4）

开发过程的组织

我们认为，一个好的系统架构，不仅是为了使软件的结构更加清晰，更加有利于修改和重用，而且也应该能够方便团队之间的合作。我们开发的这套系统架构能够很方便团队之间的合作，下面简单介绍一下整个项目的开发过程，供大家参考。当然，这里只是就本项目给大家做一个简介，并不涉及太多的软件工程过程的东西。

1、项目角色的配置。

在这个项目中，因为项目的规模和公司的具体情况，我们没有将角色分得太细，我们安排了如下主要角色：系统分析、界面设计、美工、程序员、数据库设计、测试员。

2、各个阶段参与角色的主要任务

· 在分析阶段，主要是由系统分析员对系统进行需求的分析和基本建模，美工人员则做一些页面的效果图。

· 在设计阶段，系统的模型就比较成熟了，在静态模型（类图）完成后，数据库设计人员可以做数据库设计了。系统分析员可以将业务层面需要提供的服务的接口代码原型写出。当然，这时候，这些类的方法都是空的，会在实现阶段填充。界面设计人员可以做页面了，美工会协助将页面美化。当然，界面设计人员最好是懂一点代码的美工，这样就不需要将这个工作分开了。

· 在实现阶段，主要是程序员实现系统的业务逻辑。因为实体类以及同数据库的交互可以通过我们自己设计的工具很快生成，所以，这个部分的时间会花的很少，主要是处理业务逻辑部分的代码。在这个阶段，界面设计人员也需要将各个功能的页面都完成。当然，这中间会涉及到很多设计修改的工作，这就不是本文论述的范围了。

因为有了业务层面这个层，所以，界面设计人员和处理业务逻辑的程序员的工作，实际上可以分开，这也有利于团队间的分工协作。

· 测试阶段的工作没有什么多说的，一般都这样啦。

同J2EE的一点小小比较

笔者对J2EE和.Net架构都比较清楚，本架构也参考了J2EE架构的实现。个人感觉，J2EE提供了一个很好的应用系统的框架（可能是目前最好的应用系统框架），但是，J2EE的整个模型还是比较复杂的，普通的开发人员熟悉J2EE架构是需要花很多精力的，并且，J2EE对硬件设备的要求比较高，开发效率也不是很高（同一些RAD比较），不适合一些短平快项目的开发。

微软提供了.Net的基础平台，但是没有像J2EE那样提供一个应用系统开发的“标准”架构。但是，一旦我们确定了自己的开发框架，.Net系统开发效率高的优势就能够充分的体现出来，尤其是对一些中小型项目。

当然，我说这些话，并没有在J2EE和.Net之间比个高下的意思，只是客观的做一些比较，各位千万不要扔砖头。

结束语

上面将项目的各个部分的设计思路给大家，希望对大家能够有所帮助。

作者简介：孙亚民，1998年毕业于南京大学，现任苏州迪讯软件开发有限公司技术总监，熟悉J2EE架构、.Net以及C#语言。