1.2 管理软件七阶段
管理软件七阶段是笔者2010年自己整理的，不一定正确，但是Netsharp则是严格按照此思路来进行设计开发，欢迎广大读者共同交流进步。
|
编码 |
阶段 |
特征 |
达到的条件 |
|
1 |
硬编码 |
直接使用IDE提供的工具进行代码的编写，很少考虑使用第三方的组件，或者自己封装正规的组件。一切代码只要能实现客户需求即可，不愿意或不懂得多做一些从技术上有益于产品的工作。 |
|
|
2 |
部分组件 |
1，开始需找第三方的组件，包括界面控件、持久层、配置组件 2，自己写一些常用的组件 3，可能使用一些第三方工具，如PD等进行快速的代码生成 4，有初步的分层思想 |
|
|
3 |
系统框架 |
自己写或者使用第三方的组件，特点是框架的全面性，在每个主要的技术点都有系统框架的支撑 |
1，团队技术负责人对技术热爱，希望写出高质量的代码 1，会对比分析各种部署方式下的开发模式包括，会分析前段的各种展现方式（Silverlight/WinForm/WPF/HTML4/HTM5）,会分析分布式的各种组件（webservice/json/remoting/wcf/socket）,分析各种持久层框架，等等
2，熟悉常见的业务展现形式，从技术角度进行整理，包括单据、列表、报表、选项、工作流、等等
|
|
4 |
技术平台 |
1，技术平台本身即为产品 2，在系统框架基础之上，提供友好稳定的工具维护框架下的元数据，并提供二次开发接口和工具。
3，提供基础业务功能，包括权限管理、组织机构管理、单据编码管理、枚举管理、选项管理、工作台界面等等 |
1，被动使用平台：业务本身复杂，不使用技术平台，导致研发成本太高 2，主动使用平台：技术负责人愿意在系统框架之上提供优良的开发工具让业务开发人员进行元数据的维护。 技术负责人愿意对实施人员，或者有二次开发能力的客户提供接口和平台开发工具 3，产品经理有明确的文档要求客户要自定义产品行为的 |
|
5 |
业务平台 |
1，在技术平台之上，业务按照领域对象为粒度，每个领域对象可以单独存在，可以和其他领域对象组合成新的的业务，可以扩展功能，可以二次开发覆盖原有的功能 2，在第一点的基础之上，可以基于流程调整领域对象的流程关系 |
1，领域的总体设计师期望做出结构优良的产品 2，产品经理对业务的分析抽象比较合理 |
|
6 |
软件生命周期管理 |
1，技术平台和业务平台是进行产品的研发，本阶段是为这两者提供项目管理工具，此工具可以是自己研发的，也可以是继承第三方产品到自己的产品中。 2，功能包括源代码管理、需求管理、BUG管理、升级和补丁管理等 |
1，研发负责人愿意使用科学的管理手段进行项目管理 2，研发负责人愿意在自己的管理软件平台上扩展出项目管理的功能 |
|
7 |
软件生态环境 |
1，前六个阶段是在产品厂商的角度来看的，此节点是站在整个社会的角度来看的。 2，生态环境允许第三方开发人员和厂商在现有的业务平台上扩展业务功能。也允许在技术平台上构建自己的特殊的业务。典型的例子有Eclipse和淘宝电商平台。 3，产品厂商和第三方互惠互利，合作共赢共同达成一种生态圈。 |
1，技术团队、业务团队、销售团队三者目标都有志向，目标远大 2，产品真的能为客户带来价值，物美价廉 3，平台能为第三方的开发人员、销售人员带来利益 4，团队有卓越的业务能力和推广能力 |