使用开源软件设计开发与部署协作型 Web 站点 第1.docVIP

使用开源软件设计开发和部署协作型 Web 站点 第1 from： 使用开源软件设计、开发和部署协作型Web站点，第1部分：简介和概述 文档选项 未显示需要JavaScript的文档选项 打印本页 将此页作为电子邮件发送 讨论 级别：中级 Alister Lewis-Bowen,高级软件工程师,IBM Stephen Evanchik,软件工程师,IBM Louis Weitzman,高级软件工程师,IBM 2007年3月15日 在这个系列中，在IBM Internet Technology Group团队的带领下使用一套可免费获得的软件来设计、开发和部署一个完整的社区Web站点。开放源码社区提供了各种工具，结合使用这些工具可以为复杂的Web应用程序创建一个有用的开发和生产环境。以这些工具作为基础，我们提供了一种方法和一些改进，能帮助简化开发过程。尽管定制仍然是有必要的，但是这个系列讲解了如何使用开放源码工具快速建立和运行相当复杂的Web站点，这些工具包括Drupal、MySQL、PHP、Apache和Eclipse技术。第一篇文章将我们的方法与其他可用软件工具进行比较，并讨论我们所做的改进。简介 现在，Web站点已经成了业务的重要部分，而用来创建和部署Web站点的工具也变得更灵活和容易使用。但是，复杂Web应用程序的开发并不轻松，它们需要的不只是标准的交互方法(比如blog)。组织中的每个应用程序常常需要进行定制。 在这个系列中，我们通过一个虚构的组织，International Business Council(IBC)，来展示如何更有效地尽可能扩展Web站点的功能。IBC让它的职员在一个协作型社区中与外部业务伙伴进行交流；但是，目前的Web站点无法满足当前的业务需要，这个站点必须进行重新设计。这个新的定制Web站点必须有文档存储、讨论组、专门的工作组、研讨会日程安排、日程议题描述、会话过期和其他任务。 用户的角色是通过改进战略和战术决策来改进公司提供的产品。用户社区是按照工作组的核心问题进行组织的。社区每年举办数次研讨会，以当面会晤。在研讨会上提出问题，然后在会晤的间隔解决这些问题。Web站点用来提供关于社区活动(比如研讨会)的信息，并跟踪会晤中所提出问题的解决进度。 现有的Web站点基于一个文档存储库，这个库用来交换文档、更新关于即将举办的活动的信息。但是，这个Web站点不足以促进社区的交互，尤其是缺乏Web 2.0站点的那些新功能，比如Weblog、讨论组、RSS提要等等。团队的目标是鼓励社区的交互，并提供一个发布框架来支持社区活动。 问题 因为这应该是个安全的Web站点，我们需要进行会话管理来支持过期，以及在授予访问权之前对条款和条件文档进行确认。还需要支持一种直接的操作方法来进行内容编辑--如果要对内容进行操作，我们希望交互控件放在它所影响的内容旁边。 现有Web站点的其他问题涉及不一致的可视语言、导航和信息体系结构。内容常常隐藏在文档中，而文档放在存储库中；直到下载并查看文档之前，没有任何线索能够表明文档中有什么内容。根据我们的分析，团队认为文档存储库采用了错误的模型。我们需要一个能够完成更多任务的内容管理系统。 设计过程 我们的设计过程是迭代式的，首先进行分析，然后是原型设计，然后是评估。我们利用调查表、备选设计和不同精度的原型让最终用户尽早参与进来。我们希望将决策集中于业务目标和最终用户的需要。我们发现，在着手处理一组功能需求或开发之前，用户参与得越早，我们就越能了解什么特性是有用的以及怎样的决策是正确的。我们没费多大的力气就收集了一些非常有价值的反馈，同时使用户感觉他们是设计过程的一部分。我们还获得了用户社区的高度信任。 理解设计还需要理解信息体系结构。例如，根据用户调查的发现，最重要的需求之一是对三种主要信息的访问能力： 关于工作组的信息关于以前的和即将召开的研讨会的信息关于所有成员的信息用户反馈还清晰地表明，需要一种清洁、整齐且简单的体系结构。 我们的分析表明，访问这个站点的有三类用户：顾客、工作组负责人和管理员。这些人影响了我们的设计和决策过程。通过了解哪些信息是重要的以及这些信息与主要用户群的关系，我们能够确定一个内容体系结构、它的层次结构、呈现方式以及各类用户与此种信息的交互方式。例如，研讨会信息可能包括议程(即会议议题)、这些议题的日程安排、跨多次研讨会的主题以及在研讨会之间已经解决的议题。 本系列中的下一篇文章将更详细地讨论我们的设计过程。 随着分析的深入，需要增加的特性也逐渐明朗化。例如，为了支持一个活跃的社区，我们希望支持对内容进行讨论和评论的功能，并支持与上下文相关的反馈和在线协作。另一个重要的客户需求是使用惟一的中立的品牌(即可视化标识)。因为这个Web站点是一个中立的场所，具有不同背