团队开发模式-Read.PPTVIP

团队开发管理 张炜 开发合作部 weizha@ 议 程 用VS.NET 进行团队开发 UML建模和产品构架 开发项目组队，实施和升级要则  用VS.NET 和 VSS 进行团队开发 团队环境简介 ASP.NET应用程序开发模式 系统化解决方案与工程 依赖文件的管理 应用程序创建管理 建立与保持团队环境 团队环境简介 团队开发的关键过程 开发过程 创建过程 ASP.NET应用程序开发模式 隔离模式（推荐） 半隔离模式 非隔离模式 ASP.NET应用程序开发模式 使用隔离模式的益处 独立开发 独立调试 源代码控制 快速高效 使用非隔离模式的不利之处 影响他人工作 FrontPage扩展的局限 系统化解决方案与工程 Visual Studio.NET 中的解决方案与工程 解决方案 工程 系统化解决方案与工程 单解决方案 使用一个Solution文件来容纳所有相关的工程 系统化解决方案与工程 单解决方案的益处 使用更为灵活的工程应用 避免版本问题 自动切换debug 与 release 版本 系统创建过程与创建脚本非常简单 单解决方案的不利之处 缺乏伸缩性 经常需要重新编译 系统化解决方案与工程 分区的单解决方案 用子解决方案来划分工程 系统化解决方案与工程 分区单解决方案的益处 只需要与一个子解决方案打交道 在每一个子解决方案中使用工程应用 单个主解决方案市的创建过程简单 分区单解决方案的不利之处 添加新工程时操作繁琐 分区困难 系统化解决方案与工程 多解决方案 没有一个主解决方案存在 系统化解决方案与工程 多解决方案的益处 添加删除工程非常方便 能够将系统划分为多个部分 多解决方案的不足之处 必须使用文件引用 必须引用当前版本 无法得到最新的代码 依赖文件的管理 Assembly 引用 基于工程的引用 基于文件的引用 Web Service 的引用 数据库的引用与开发 COM对象的引用 依赖文件的管理 基于工程的引用 工作于多台计算机上 使得VS.NET能够追踪工程的依赖状况 防止文件丢失 自动追踪工程配置变化 防止循环引用 依赖文件的管理 基于文件的引用 仅仅在需要的时候使用 使用本地拷贝 自动依赖追踪 引用文件的存放地点 引用Release 版本的文件 依赖文件的管理 Web Service 的引用 Web Service 的版本控制 使用动态URL 更新Web Service 引用 依赖文件的管理 数据库的引用 User.config 配置文件 configuration appSettings file=user.config add key=DBConnStr value=server=PRODDB;Integrated Security=SSPI;database=Accounts/ /appSettings /configuration 依赖文件的管理 数据库的开发 中央数据库 不要给予开发人员管理员权限 每个开发人员应有特殊的权限 数据库结构与存储过程的管理 本地数据库 SQL Server Developer edtion 原始数据的保存 同步更新数据库结构与对象 依赖文件的管理 COM对象的引用 生成兼容的InterOP对象 使用PrimaryInterOP 使用TLBIMP 调用服务对象 动态注册 应用程序创建管理 版本控制 使用脚本和工具进行自动创建 组织和发布创建输出 应用程序创建管理 版本控制 控制Assembly的版本 使用自动编号 使用固定编号 创建服务器上的文件夹结构 应用程序创建管理 使用脚本和工具进行自动创建 创建过程 标示源文件 建立文件夹 使用Devenv.exe 创建版本号 未完成的创建 应用程序创建管理 组织和发布创建输出 把结果做成MSI文件包 创建专用的账号 建立与保持团队环境 开发工作机配置 Visual Source Safe 配置 各类服务器配置 建立与保持团队环境 开发工作机配置 使用映像文件安装工作机 软件/硬件配置 Visual Studio.NET 企业模版 建立与保持团队环境 Visual Source Safe 配置 开发者域名配置 单独域名且有信任 单独域名且无信任 公司域名的一部分 VSS 服务器配置 VSS 安装与管理 建立与保持团队环境 各类服务器配置 SQL Server 配置 Web Server 配置 Windows 2000, Windows XP, 或 Windows Server 2003. 建议在NTFS分区上安装Web服务 使用 IIS 5.0 or 6.0. 议 程 用VS.NET 进行团队开发 UML建模和产品构架 开发项目组队，实施和升级要则 .NET中的UML