构造应用.PDFVIP

3.4 构造应用 我们已经详细探讨了应用的驱动，踢了踢轮胎，并检查了引擎盖下面的东西，准备上路 了。我们已经知道了要做什么，并且怎样做，但是从那里开始构建的你应用呢？ 在这一节，我们回到开头并向你展示可以如何从头至尾建立你的应用。因为我们已经有 一个很好的关于我们想要应用干什么的印象，我们从一个实际的需求集开始。这样我们可以 创建一个白板计划，包括那些明显的对象以及我们准备叫它们什么名称。然后我们就可以开 始为对象编码，精化和扩展所作的计划。这种 计划/编码,再精化-计划/再精化-编码的方法称 之为 “螺旋式” 方法。 当然，有其它方式来进行软件开发。其它方法也可以很好的用于Struts。但本节的目的 并不是节是软件开发方法论。我们想要的是展示，构架一个简单的Struts 应用需要做些什么。 所以，让我们开始上路喽... 3.4.1 定义需求 Requirements are the effects that the computer is to exert in the problem domain, by virtue of the computer’s programming —Practical Software Requirements, by Benjamin L. Kovitz 既然我们已经有一个关于应用需要做些什么的充分理解，从一个需求集开始是一个很好 的实践方法。下面的章节，我们将汲取最简单有用的需求集。 我们的简单需求文档包括3个主要部分：目标、需求、规约。 表格 错误！文档中没有指定样式的文字。-1 需求文档的主要标题 标题 目的 目标 我们在问题领域中需要达到的结果 域需求 为达到目标，我们需要实现的东西 编程规约 我们要实现需求需要做的事情 目标l 允许有权限的用户向应用标识自己 域需求 允许用户递交他们的身份信用信息(username 和password) 检验递交的信息是否有效 允许纠正无效的信用信息 身分信用信息有效时，通知用户 允许校验有效的用户访问需要权限的特征 允许用户在需要时，使访问无效 程序规约 可以从标准的web 浏览器访问, 可以使用或不使用JavaScript 为新访问者从welcome 页面提供登陆链接 允许在logon 页面输入用户信用（身份）信息 要求每个身份信息包含1-20个字符 要求输入username 和password 提交信息给业务层方法来进行校验 返回无效的身份信息给用户做纠正 如果身份有效，使用户登入 登陆后，用用户名定制welcome 页面 允许登陆的用户从页面登出 当然,这是一个非常简单的规约。许多规约要消耗大量的纸张，并用很多图, 数据表, 屏 幕定义和问题域的详细描述来进行修饰。 3.4.2 规划应用 根据手头的这些需求，我们可以开始勾画应用并规划要用哪些对象来实现这些程序规 范。一个方法是列出规约的列表，以及有助于实现他们的组件清单。通常，团队做这种事情 是在一个大白板上进行，作为一个初始项目会议的一部分。 注意 这个过程中非常重要的一点是要注意到，规约项目和实现它们的组件之间并不是严格的1：1对应关系。虽 然规约和程序都是为了一个相同的目标，它们却是从不同的方面的接近目标。 所以，象这样的列表并不是 一个“规范化”的东西。某些规约可能已不止一个组件的方式出现。 视图 实际上，大多数应用都是以一个故事板（情节串联板）开始的。JSP定义应用的可见部 分。 下面是