关于企业级别的软件开发

企业级别软件开发，目前涉及到的主要开发实践理论如下：

• n 组件化的设计

n创建可重用的组件
重用现有的组件来缩短开发时间
建立一贯的组件理念
制定一个组件策略
Patterns和Practices
制定一个设计-评审计划
建立知识库
给团队中的成员进行培训知识库的内容
激励团队的成员维护知识库的内容

 

---

 

• n 多层的应用程序设计

  为了重用、模块化和可维护，尽量按照程序逻辑将应用程序代码划分为松耦合的层次结构
典型的3层逻辑构架

表示层
商业逻辑层
数据访问层（数据存储层）

将不同的逻辑层次部署到多个物理层当中，实现部署的可扩展性

典型的3层物理构架
表示层——UI，例如WinForms或ASP.NET页面
中间层——商业逻辑组件，一般运行在宿主环境下
数据访问层——高性能的、并发RDBMS，例如Microsoft SQL® ServerTM

 

数据在多层之间传递的过程中必须要事先进行封装
封装数据有几种选择
DataSet——最简单的方式
XML
自定义对象——效率最高
究竟选择哪种封装方式，需要因地制宜的选择

n

---

• n 中间层的概念

在宿主环境中运行商务逻辑层的组件
Web Service和System.Web名称空间
COM+和EnterpriseServices名称空间
Remoting组件和System.Runtime.Remoting名称空间
可伸缩性 ≠ 高性能

当为企业设计应用程序时，高可伸缩性是极为重要的设计目标
Service-Oriented Architecture（SOA）要求设计人员将代码按照层次分隔开来
代码之间建立松耦合的关系
可伸缩性——SOA能够带来更多的吞吐量，支持同时处理更多的并发请求

SOA考虑的问题

设计阶段一定要三思而后行
服务一定要设计成状态无关的
状态管理会带来很多问题
服务之间的互操作性设计
可用性设计
可伸缩性不等同于性能
易于部署
易于开发
安全设计

 

---

 

• n 分布式应用程序设计

 分布式计算的优势与劣势并存
支持伸缩——通常来讲，一组网络计算机的工作能力要
强于单一的计算机单元
可以使用离线模型
可能会有数据并发的问题

数据缓冲
    数据不能及时更新
   并发冲突：两个离线的用户同时更改相同的记录并同时更新

安全性——分布式应用程序更难保证数据的安全
连接问题
维护问题

 

• n 团队开发

项目越大，需要的开发人员越多
组件化的开发意味着更多的开发人员能够并行开发
资源的增加与开发时间不是线性关系：
 加倍开发人数 ≠ 开发时间减半
项目越大意味着项目越复杂；意味着需要更好的项目管理
通过使用工具可以减轻工作的复杂度
源代码管理工具
企业模版（Enterprise Template）
使用源代码工具并依赖它来工作
制定代码审核计划
遵从统一的代码标准
增加人力与开发时间不是线性关系：增加一个开发人员不等于开发的时间会减半
工作量的分配要根据每一个成员的能力来制定

---

• n 集成

---