概念:
|
生命周期范围内的活动: |
概念:白皮书: |
建立电子商务应用程序意味着建立 Internet 解决方案来实施业务流程。这包括电子商务,但还扩展到整个组织内的所有业务流程。
电子商务系统可分为:
随着系统一代代地前进,它们的开发也越来越复杂。
先启阶段的基本工作流程是适用的,并具有以下扩展或变体。
这不是很强调的。
这不是很强调的。大多数涉众需要应已在业务建模期间找到。但是,您将需要做一些注重于查找系统上非功能需求的练习。
这不是很强调的。系统边界由业务边界定义,因为系统会比传统应用程序更紧密地反映业务(在某些方面,系统就是业务)。
活动:设计用户界面生成了导航图。导航图是 Web 解决方案的视图,显示站点用户将如何浏览站点,这可能在分层“树”图中表示。图的每一层均显示到达该屏幕或页面所要点击的次数。通常,您希望从第一页(一般就是“主页”)只单击一次就可到达 Web 站点中最重要的区域。导航图有效概括了故事板,首先确定每个用例的主窗口或 Web 页面,然后考虑用户如何浏览这些元素。
精化阶段的基本工作流程是适用的,并具有以下扩展或变体。
活动:构架分析利用以下知识:Web 应用程序具有相对定义良好的构架,包括一组定义良好的机制(Web 浏览器、Java applet 和 servlet、ASP 和 JSP 等等)。通常像概念:分层中所述的简单分层结构就足够了,除非 Web 应用程序开发框架更为特殊。在许多情况下,可以购买或从以前的 Web 开发项目中复用预定义的现成构架。Web 应用程序框架(如 IBM 的 WebSphere 或 Microsoft 的 Windows DNA)只提供这种构架模板。
Web 应用程序通常不安排停机时间。构架可能(并通常会)需要在系统运行的同时提供升级,并在主服务器出现故障或者维护或升级服务器时切换到备用服务器。某些 Web 应用程序框架为生产支持提供工具。无论应用程序是否具有高度可用的需求,您都将需要计划购买或构建支持此需求所必需的基础结构,并将此功能的支持集成到构架中。
活动:设计用户界面是在精化迭代中迭代地执行的。此活动的早期执行注重于生成“创意设计构件”,这些构件是站点中关键 Web 页面设计的实体模型表示。这些“构件”通常是由浏览器窗口图形构成的“平面”图片,从而形成浏览器窗口的外观。“构件”的主要好处是推迟对更精细也更昂贵的 HTML 原型的投资,直到对于站点的特定图形显示顺序达成共识为止。
通过查看最重要用例的界面需求并制定界面外观的多个备选设计方案(可能有 10 以上)来创建“创意设计构件”。从这一批次中,选择三个最有希望的选项来向涉众展示。反复进行此项工作,直到对最终的 Web 设计达成共识,得到一组故事板和一张导航图。
一旦达成共识并完成签署,创意设计构件会通过重复活动:构造用户界面原型发展为功能性用户界面原型。初始 Web UI 原型通常只支持系统上最重要的和最具构架意义的用例。在开发原型之前,用例事件流中具有良好结构是很重要的,这可确保是功能促成了用户界面的布局,反之则不然。
在随后的迭代中,扩展 Web 原型,逐渐扩大用例覆盖范围和加强构架的练习。
活动:用例分析是相对不变的,例外情况是不仅注重于 GUI 的行为很重要,而且注重于底层业务逻辑也很重要(这部分通常将在 Web 服务器或应用程序服务器上运行)。如果忘记了这一点,则将忽略最重要的系统行为部分。Web 页面本身表示为“边界”类,数据元素表示为“实体”类,而服务器端行为(例如,活动服务器页面、servlet 之类)通过“控制”对象来表示。
紧接着用例分析,活动:确定设计元素优化工件:分析类,将它们映射到 Web 开发框架中的现有机制,在可能的情况下从以前的项目或迭代中复用现有设计元素。这通常需要重新调整已确定的分析类的范围和定义,来实现预期程度的复用。
关于使用 UML 描述 Web 应用程序的更详细说明在使用 UML 对 Web 应用程序构架建模中有所描述。
除了制订用户界面指南外,还创建 Web 设计元素 - 汇集起来可建立站点 Web 页面的分散图形图像。用户界面跨 Web 站点的一致性对于可用性而言是必不可少的;Web 站点应该提供一致的用户体验。要确保这一点,项目必须始终在整个站点中使用一组标准图形元素。
这些元素的开发创建指南供其使用。请确保所有团队成员均了解何时和如何使用这些元素。Web 设计元素的示例包括图形元素,如导航设备和页面背景。在整个站点中复用高质量的标准图形元素,可通过部署更小的一组更高质量的元素来确保一致性、缩短投放市场时间、降低开发成本和提高质量。
指南的准备是结合初始 Web 用户界面原型的开发一起进行的,可生成站点的风格指南。此风格指南将特别指定应如何及何时使用 Web 设计元素、颜色方案、字体、级联样式表和关于导航元素如何运作和放置的详细信息。
活动:确定设计机制变得更注重于将系统的非功能需求映射到由 Web 开发框架提供的机制上;并将需要确定并非由框架(如果存在)提供的机制和找到备选解决方案。
活动:描述运行时构架变得主要注重于 Web 服务器和应用程序服务器层(请参阅概念:分布模式),以及用于管理应用程序并行的进程和线程。通常很少或不控制客户端机器上的处理。
活动:描述分布的焦点从确定“拥有的服务器节点类型”改为“拥有的每种服务器节点的数量”。通常,Web 开发框架将提供固定数量的服务器类型(例如,Web 服务器、应用程序服务器、邮件服务器和通信网关服务器),并具有相对定义良好的功能边界。软件设计工程师的技能因此变为注重于确定如何使用可用的服务器类型(通常通过确定每种服务器的需要数量)来处理可伸缩性和故障容许度需求。此外,还需要做出评估计划,以确定如何知道何时需要附加服务器。
计划在很大程度上注重于性能测试,以确保 Web 应用程序可支持并发用户数量的激增。因此,测试工作流程明细测试和评估、
实现可接受的任务 也将更注重于性能测试,以确保构架是可伸缩的。
其它的重要测试类型是可用性测试和
结构测试。测试用户交互来验证 Web 应用程序的结构适合其用户,这是必要的。在某些情况下,您必须在
Internet 上具有该应用程序,这样就可以监视用户是如何使用该应用程序的。
消耗大量时间的另一种测试是浏览器测试,因为浏览器和浏览器版本之间的兼容性经常会限制用户界面中的设计选项。
为了验证到目前为止对项目所做的构架决定,开发并测试了一个或多个构架原型,包括连续执行工作流程明细:实施构件、工作流程明细:集成每个子系统和工作流程明细:集成系统。如上面所述,测试应特别注重于应用程序针对不可预测的系统负载增加的可伸缩性。
构建阶段的基本工作流程是适用的,并具有以下扩展或变体。
活动:计划子系统集成和活动:计划系统集成需要处理在构建阶段创建的不同类型的实施元素。
活动:实施设计元素注重于一些不同类型的元素:
- Web 页面、applet、脚本、图形和在浏览器环境中“执行”的其它元素
- 服务器端页面、脚本、servlet 和在 Web 服务器环境中“执行”的其它元素
- 加强旧应用程序的可执行代码
- 数据库表、触发器、存储过程和在数据库管理系统中执行的其它元素
这些不同类型元素之间的工具和部署技术区别意味着活动:实施设计元素中将存在许多类似的变体。在工作流程明细:集成每个子系统和工作流程明细:集成系统中将有类似的调整。
测试计划继续注重于性能测试,但逐渐更注重功能测试。包含 Web 应用程序的每一种不同元素所需要的测试方法是略有差别的。在测试工作流程明细测试和评估、
实现可接受的任务中有类似的调整,其中关注对象从注重构架性能的测试逐渐转移到功能测试,以确保系统行为的细节正确。
此页面的各部分是在与环境集成协作的情况下制定的。 | ![]() |
Rational Unified Process
|