网站用户需求分析：功能描述书(用户调查问卷)一、概要情况用户单位：网站名称：网站域名：网站主要功能描述： 参与调查人员：调查开始终止的时间： 二、调查内容说明网站的运行环境：服务器操作系统Web服务器 网站的出口带宽：网站的估计访问量：客户对网站的要求：性能（如访问速度）可靠性页面总体风格以及美工效果：（用户可以提供参考站点，或者

这几天在看他们，到处都有wiki的介绍，她就是“一种共同创造的环境、平台”；由于wiki使用了cvs的东西，就是版本控制Version Control这样我才明白了那天看到CVS到底是怎么回事  了，其实也不是本质上的明白，就是知道了。这些东西都很好，让工作很方便，程序上倒不是什么太难的东东。http://c2.com/cgi/wiki?WikiWikiWebhttp://www.cvsnt.co

第二章 使用图(Diagrams)为什么用模型？为什么工程师要建造模型(models)？为什么航天工程师要建造航天器的模型？为什么桥梁工程师要建造桥的模型？提供这些模型的目的是什么？这些工程师建造模型来查明他们的设计是否可以正常工作。航天工程师建造好了航天器的模型，然后把他们放入风洞中了解这些航天器是否可以飞行。桥梁工程师建造桥的模型来了解桥能否接立起来。建筑工程师建造建筑的模型了解客户是否喜欢这

UML（统一建模语言）是一个绘制软件概念图的图形化记法(notation)。人们可以用它绘制图形，用这些图形来表示一个计划进行的软件设计的问题域，或者用这些图来表示一个已经完成的软件实现。Fowler（译者注：著名IT 技术作家）描述它们时分成了三种不同的层次：概念层（Conceptual）、规格说明层（Specification）和实现层（Implementation），我们将细述后面两种。规格

图中的条件逻辑 Granville Miller (rmiller@togethersoft.com)顾问，TogetherSoft2001 年 6 月Granville 继续讨论“统一建模语言”和序列图的绘制。他仔细研究了序列图绘制过程中条件逻辑的角色，并讨论了为什么要在图中包含或排除条件和循环。Granville 还描述了序列图的两种形态 -- 常规和实例 -- 并说明了它们在开发周期

保留什么，舍弃什么？养成舍弃UML 图的习惯吧，最好，养成不要把图建立在能长期保存的介质上习惯。在一个白板或一个草稿纸上画它们，经常擦掉白板或丢弃草稿纸。一个原则就是不使用Case工具或一个画图工具。这些工具只用一次即可，你的大多数UML 图都是短命的。但是有些图保存下来非常有用：

各种类型的图以下是在UML 中的主要使用的图的一个非常快速的教程，一旦你读完了它，你将能够阅读和编写那些你常用的大多数的UML 图。其余那些将在接下来的章节中要叙述的是那些你熟练掌握UML 的细节和体系。UML 有三类主要的图，静态图(static diagrams)描述了那些不发生变化的软件元素的逻辑结构，描绘了类、对象、数据结构及其存在于它们之间的关系。动态图(Dynamicdiagrams)

图简介 Granville Miller (rmiller@togethersoft.com)顾问，TogetherSoft2001 年 5 月Granville Miller 在其新专栏的第一部分中介绍了“统一建模语言”(UML) 的一个构件：序列图。在整个设计过程中都会用到序列图，此图用于演示系统执行时参与者与对象之间的内部交互。让我们跟着 Granville 一起创建其中一个图，我们

设计程序的动态（运行时）行为 Allen Holub首席技术官，NetReliance2001 年 1 月在前几篇文章中，我们已经细化了问题说明，并且建立了教育软件的模型。在本文中，我们将研究用例分析。本文继续探讨我的 OO 设计过程系列。前四部分是：入门 开始设计软件 细化问题定义 验证分析 这个月，我将分析程序的动态（运行时）行为。为了进行分析，我将引入用例

在脑海中想像这些代码我们能够容易地想象出有关ButtonDiallerAdapter 的代码。如Listing 2-2 所示。当你做图的时候能够想象到你的代码是极其重要的。我们把图当作了解代码的一条捷径，并不是替代代码。如果你画着图但是不能想像出它代表着什么样的代码，你是正在空气中建筑着城堡。停下来你正在做的，想想如何如能将它可以转化成代码。不要为了图而画图，你必须时时刻刻记得，代码才是你要表现的

例建模上的用户接口逻辑 Granville Miller (rmiller@togethersoft.com)顾问，TogetherSoft2001 年 6 月内容：什么是用例模型？事务处理互连系统逆向透视图逻辑应用到用户接口参考资料关于作者对本文的评价相关内容：

了解问题领域。 与用户交流，并确定他们的需求和目标。 开发问题说明书。 设计用户界面。 开发用例。 拟出草案静态模型。 在细化静态模型时开发动态模型。 实现。 OO 设计过程：应用的用例，第 2 部分 英文原文内容：填写“存

首先要做的是尽量简明精确的说明该项目要解决的问题，（在“OO设计过程”中提到，在这一过程中，了解商业逻辑的专家应该是必需的，而且涉及人员需要一定的专业知识，但是这一点对于本工程很难达到），在这里我可能会忽略一些真正的旅店管理的逻辑，但是这是无可避免的，如果该系统成功地完成，并且由用户愿意使用它，我可以根据用户提供的商业规则将之完善。在我定义问题之前我还要进一步说明该

 CVS使用经验谈 来自：UML工程组织 作者：龚天乙 [2004/11/22]CVS 是 Concurrent Version System（并行版本系统）的缩写，用于版本管理。在多人团队开发中的作用更加明显。CVS 的基本工作思路是这样的：在一台服务器上建立一个仓库，仓库里可以存放许多不同项目的源程序。由仓库管理员统一管理这些源程序。

OO 设计过程：开始设计软件一个教学项目Allen Holub 撰稿编辑，JavaWorld 2000 年 8 月 内容： OO 需求搜集 问题说明书 细化您的说明书 问题和解决方案 编码前的细节 结束语 参考资料 关于作者 我们在七月份已经谈了这个系列的有关如何区分设计

OO 设计过程：细化问题定义关键是直接付款Allen Holub撰稿编辑，JavaWorld2000 年 9 月内容：验证和细化不要忽略明显的错误倾听参考资料关于作者这个月我将继续细化上个月开始的关于 Bank of Allen 的教育软件的问题说明书。当开始问题定义时，我通常是做下一步，建立一个词汇表

Web 开发的分散性和交互性，决定了 Web 开发必须遵从一定的开发规范和技术约定，只有每个开发人员都按照一个共同的规范去设计、沟通、开发、测试、部署，才能保证整个开发团队协调一致的工作，从而提高开发工作效率，提升工程项目质量。一、项目的角色划分    如果不包括前、后期的市场推广和产品销售人员，开发团队一般可以划分为项目负责人、程序员、美工三个角色。    项目负责人在我们中国习惯称为"项目

    任何一个项目或者系统开发之前都需要定制一个开发约定和规则，这样有利于项目的整体风格统一、代码维护和扩展。由于Web项目开发的分散性、独立性、整合的交互性等，所以定制一套完整的约定和规则显得尤为重要。本文档将定制一系列约定和规则，他们分别包括组件团队、文件夹命名规则、文件名命名规则、程序代码编程风格、数据库设计约定。这些规则和约定需要与开发人员、设计人员和维护人员共同讨论定制，将来开发都将严

http://c2.com/cgi/wiki?WikiEngines