实战从需求文档到设计文档的书写规范（二）

构建管理服务

类名构建管理服务类英文名 BuildAdmin

成员变量

变量名变量说明

cvsroot 保存了cvsroot环境变量

buildDir 保存了临时存放应用项目源代码的路径

方法

方法名参数执行步骤方法说明

cvs_check_out 应用项目cvs系统中的名字利用cvsroot 登录cvs系统；

执行cvs co指令，把参数制定的应用项目源代码取出并放在成员变量${buildDir}指定的目录/项目名字/目录下。

从cvs中取出项目源代码

statcvs module:应用项目cvs系统中的名字；

project_Build_Tag:每个项目的当前构建标签

(1) 对源代码进行项目度量，并把结果放在${statCVSTopDir}目录下的${project_Build_Tag}目录下。对源代码进行度量

execute 对每一个应用项目执行：

cvs_check_out

statcvs

执行ProjectBuild的execute（）方法

应用项目构建服务

类名构建管理服务类英文名 BuildAdmin

成员变量

变量名变量说明

project_Build_Tag 保存了当前正在构建的项目由项目名称和当前系统时间组成的构建标签

时间： 2024-10-29 10:24:23

实战从需求文档到设计文档的书写规范（二）的相关文章

实战从需求文档到设计文档的书写规范（一）

1.前言本文有两个目的:实现每晚构建平台和探讨一个软件从需求文档到设计文档的书写规范. 每晚构建是软件研发管理中极具价值的手段,对于加快发现和改正缺陷,降低集成风险,提高产品质量,加强成员沟通与协作,缩短产品上市时间,增加项目开发透明度,提高项目组成员信心和斗志有着非常重要的作用和意义.本文从软件工程过程:需求定义,分析,设计出发描述了实战每晚构建平台的大部分过程. 软件工程中文档有着极其重要的地位,良好的文档风格和习惯是一个团队成熟的重要标志.目前有些软件研发人员特别是刚刚走上岗位的研发人员

实战从需求文档到设计文档的书写规范（六）

本文是实战每晚构建系列的第三篇,利用第二篇文章中叙述的开源技术对第一篇中的分析模型进行设计和实现. 1.构建信息显示系统的设计这是一个典型的web应用系统,不过非常简单.根据<面向对象的系统分析和设计>所描述的,设计主要对四个部分进行描述: 问题域的细化:考虑将来实现语言的特性和利用某些设计模式,对分析模型进行细化,并作某些权衡.实现对未来系统"如何做事情"的描述. 人机界面设计:考虑和使用者的交互,对信息显示的布局和接收用户指令或数据的行为进行设计. 存储设计:考虑如何

实战从需求文档到设计文档的书写规范（七）

2.2 人机界面设计不需要. 2.3 存储设计见构建信息显示系统. 2.4 系统接口设计构建系统和操作系统的接口在OSScheduler.在Linux下可以实现成一个调用ant LogAdmin的shell 可执行文件,并配置crond每晚某个时刻执行这个可执行文件. 3.实现在这节中充分利用本文章系列中篇中所有的技术,并显示了部分源代码. 3.1 部署图在实现时,第一个要考虑的就是类如何与源文件对应,这些源文件又是如何组织的,表示这些信息的图表称为部署图.图表的格式不一定要很标准,这

实战从需求文档到设计文档的书写规范（五）

配置ant运行cactus测试类路径的设置我们要按照下面的图设置客户端(ant junit任务中)设置classpath,并把右半部分所示的类放到服务器或者webapp的类路径上文档到设计文档的书写规范(五)-技术文档书写规范"> 客户端cactus.properties 我们知道,cactus需要redirector 代理才能工作,我们除了把这些代理考到相应的webapp的类路径(对于filter和servlet代理)或webapp路径(对于jsp代理)外,我们还需要告诉客户端测试

实战从需求文档到设计文档的书写规范（三）

本文是实战每晚构建系列的第二篇,主要叙述在设计构建平台时要考虑的一些开源或第三方技术,其中既有有类似于"Hello world"的入门介绍,也有精髓内容解析,还有注意点提醒. 1.相关开源或第三方技术在进行设计之前,我们有必要了解一些开源或第三方在项目构建方面的技术.学习这些技术的最好方式是弄到一份,仔细阅读文档,实践一些小的例子,在工作当中使用之. 1.1 ant 项目构建工具为了让大家更好地了解后面的设计,本节出了介绍基本知识外,还介绍了这个工具的主要特点中的三点:多个文件组成

实战从需求文档到设计文档的书写规范（四）

1.2 junit单元测试大部分集成工具都集成了junit单元测试插件,并有向导帮助写单元测试.Junit发行包的文档很详细地介绍了Junit的设计概念和所使用的设计模式.在这里我简单地说明如何写测试用例.在ant配置文件中调用测试用例和产生测试报告的方法. 写测试用例下面是在eclipse junit向导对MyCode类编写的测试用例TestMyCode文件基础上写的代码: import junit.framework.TestCase; /* * Created on 2003-4-30

实战从需求文档到设计文档的书写规范（八）

3.5 显示界面模版显示界面模版在velocity模版文件buildinfo_list.vm中实现.这个文件引用了nightlyfrag.vm文件,另外定义宏headerCell的文在为GlobalMacros.vm. 模版文件buildinfo_list.vm: <html> <head> <meta http-equiv="content-type" content="text/html; charset=gb2312">

传达出设计的“灵魂”——关于设计文档的分析

设计师无论"点子"多酷.多富创意,难免面对实际"交付物"--交互文档书写的问题.尤其在一些大公司,文档书写的漂不漂亮有时是"Make-your-work-visible"的关键. 实际项目中,文档大体可以分为三类:- 用户需求文档-商业战略文档-设计文档用户需求文档主要解决网站为"谁"提供服务,用户是谁?的问题.商业战略文档主要是对http://www.aliyun.com/zixun/aggregation/8780.htm

如何写软件设计文档

软件设计的不同模型:瀑布式.快速原型法以及迭代式自从1968年提出"软件工程"概念以来,软件开发领域对于借鉴传统工程的原则.方法,以提高质量.降低成本的探索就从未停止过.而在这个过程中,提出了许多不同的软件开发模型,典型的有:瀑布式,快速原型法,以及迭代式开发等. 瀑布式模型是由W.W.Royce在1970年最初提出的软件开发模型,在瀑布模型中,开发被认为是按照需求分析,设计,实现,测试 (确认), 集成,和维护顺序的进行. 快速原型法快速原型模型的第一步是建造一个快速原型,实现