下列叙述中，（）不是目前数据库应用系统开发工具存在的主要问题。A、没有对Web应用的支持B、开发过程中涉及过多的技术实现C、难以适应要求稳定的大规模企业级业务处理D、难以快速适应低层技术的更新和业务逻辑的变化

1、简要介绍你参与管理和开发的Web应用系统项目的基本情况（例如，项目背景、项目范围、项目周期和项目投资等情况），简要说明自己在该工程项目中的角色、所承担的主要任务及开展的主要工作（自己在该项目中担任的主要工作应有一定的分量）。论文叙述自己参与管理和实施的Web应用系统项目的背景和目标必须是十分明确的，所涉及的Web应用项目应当有很大的访问强度，Web服务器应承受着较大的负载压力。

2、结合项目实际情况，具体地讨论该Web应用项目的技术、工具、平台和详细方案。本文的重点是讨论改进Web应用系统性能的技术，这些技术和措施主要包括（包含但不限于以下内容）。

　　（l）负载均衡（负载分担）和流量管理技术。

　　（2）多个并行工作的Web服务器。

　　（3）Web Cache缓存技术，并对需要存储在Session或Cache中的对象进行串行化，以利于数据的获取，提高获取数据的速度。

　　（4）SSI套接字的优化处理。

　　（5）Web交换机。

　　（6）提高Web页面文件性能的优化技术（包含但不限于以下内容）：在不需要视图状态的页面禁用视图状态；在不需要实时更新的页面采用页面缓存；在不需要用户会话状态的页面禁用会话状态，在需要但不操作用户会话状态时将状态设为只读；在页面中禁用调试模式；在不需要页面导航时禁用此功能；在不需要页面跟踪时仅用此功能等。

　　（7）对于页面验证，可以采用客户端脚本（JavaScript）和服务器端验证相结合的方法。由于客户端验证能避免向服务器端提交请求所产生的CPU资源消耗，因此提倡使用；但因为客户端代码不能与所有的浏览器100%兼容，所以服务器端验证也不可少。

　　（8）使用用户控件的合理性。例如，每个用户控件放在一个.aspx文件中，将其放入某个页面中时会产生一个@Register指令，而每个指令又会生成一个独立的HTTP或HTTPS指令，因此会影响整个页面的响应速度；但用户控件能够将项目中反复使用的一组功能封装起来，很好的实现了代码重用。

　　（9）与数据库应用系统性能优化的相关技术（包含但不限于以下内容）：调整服务器配置（即对硬件设备进行升级）、操作系统配置与数据库管理系统的有关参数，优化系统的I/O性能，尤其是改进磁盘I/O的效率与性能；优化“索引”的建立与使用机制，尽可能提高数据查询的速度或效率；采用对数据表分片技术，提高数据的响应速度；对Web应用系统中使用的SQL语句进行优化等。

　　论文中在讨论选用上述有关技术和措施时，应给出选用的理由（原则）、采用的具体策略等，以及这些技术、方法和策略对该工程项目后期的工作产生了哪些积极（或消极）的影响（效果和存在的问题）。论文中可以进一步讨论需要改进的地方，但要注意改进之处应有具体的着眼点，不能泛泛而谈，也不可脱离实际提出过高的要求。

　　3、结合项目实践经验，对所选用的技术与措施的实际应用效果进行分析，分析时应当力求实事求是，要给出评价依据，评价要客观、适当，因为每一种都会有一定的适用范围和局限性。论文最后可以进一步讨论你在该工程项目中获得的相关体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。

一、试题分析
这是一道关于敏捷开发方法（主要是XP方法）的问答题，共4个问题。在系统分析师考试指定参考用书《系统分析师技术指南》（张友生、王勇主编，清华大学出版社）中，详细介绍了敏捷开发方法和XP方法。
【问题1】
注重个体与交互，重点关注可以工作的软件，提高客户参与度，以积极的心态响应变化是敏捷方法论的核心价值观。为了贯彻这四大价值观，敏捷联盟提出12条区别于重量级过程的原则。
（1）尽早、持续交付有价值的中间软件使客户满意。很多开发组织经常会在时间期限上进行没有原则地退让，其结果却是让客户一等再等，不仅没有按承诺兑现，甚至是时间超过一倍，但仍然不见软件的踪迹。这种不守信的状态，使得整个软件业走入了一个负螺旋发展。敏捷方法论提出了一种新的逻辑，将尽早、持续地交付可运行的中间成果，有价值的中间结果，使得客户能够尽早地、持续地了解到软件开发的进展，并且将需求的变化、系统的改进意见尽早地提出来，这会使得客户的满意度大大提高。
（2）即使到了开发后期，也欢迎需求变化，利用响应变化创造竞争优势。敏捷方法论鼓励团队拥抱变化，通过应用各种技术来提高软件结构的灵活性，本着简单的原则进行设计，以响应变化的能力作为团队的核心竞争力。
（3）经常交付可工作的软件，间隔时间可以是几周到几个月，间隔越短越好。由于敏捷方法论奉行“客户合作”、“客户参与”，而要让客户更加有效的参与，经常性、频繁地交付可工作的中间软件，将可以有效地加强开发人员与客户之间的沟通，从而将隐藏的需求变化及早触动。
（4）开发全过程，业务人员和开发人员必须天天都在一起工作。在开发中，不仅需要客户参与开发，还应该包括代表客户的业务人员。因此在开发人员、客户、业务人员等相关干系人之间建立频繁而且密切的交流与沟通，将是使项目保持高度灵活性的关键。
（5）为开发人员提供环境和支持，给予信任，以人为本地构建项目。敏捷方法论是崇尚“以人为本”精神的，认为项目成功的最关键因素是人，其意义超过过程和工具。建立一支优秀的团队，并在环境与精神上提供支持，给予信任，将是项目成功的关键。这也是与传统的“过程”为主的管理思想的最大不同。
（6）团队内部，最有效的沟通方式莫过于面对面的交谈。在重量级方法论中，人们尝试着通过编写规范、精美的文档进行交流。而在敏捷方法论中则更加重视的是开发团队成员之间的面对面交谈，大家坐在一起，用一块白板，或是一张纸，一边绘制草图，一边交谈，这是最有效的沟通方式。
（7）工作的软件是度量进度的最首要标准。要衡量工作进度，采用的基点不是文档的完成情况，不是已完成的代码行数，而是可以工作的软件完成了多少功能、实现了多少用例。这是敏捷方法论的共同点，因为只有可工作的软件才是有价值的。
（8）提倡可持续的开发速度，责任人、开发者和用户应保持一个长期的、恒定的开发速度。软件开发绝不是短跑，它更像一场挑战耐力的马拉松长跑。因此，过早的冲刺、在前期过度的工作，将不利于项目按照持续的开发速度进行下去。因此，敏捷方法论反对加班，因为这样的行为会使得团队的精力过早耗尽，过早地对项目失去兴趣和信心，从而得到事与愿违的结果。
（9）不断关注好的技能和设计会增加敏捷能力。保持软件高质量、简洁、健壮，是实现快速软件开发的重要途径。因此只有大家都致力于编写高质量的代码、不创造混乱，才能够提升敏捷能力。
（10）开发者本质是简单的——使未完成的工作最大化的艺术。不管明天的需求，只采用符合今天需求的简单设计。因为谁也不知道明天是怎么样的？变化太快了，今天的设计考虑太多明天的需求，就有可能做了过多的无用功。
（11）自组织的团队才能够做出最好的架构设计和需求分析。最优秀的团队不是被强权管理下的团队，而是形成了一个良好的协作，能够内部进行任务分解、协调的团队。
（12）团队应定期在如何更有效工作方面进行反省，然后对自己的行为做出改进。不断地回顾、总结，并从中找到团队未能最有效工作的瓶颈点和问题点，并且通过细致的分析与讨论，找到其要点，并做出相应的改进是十分重要的。
【问题2】
问题2问敏捷方法的原则中哪些原则在实践中难以实施，这与问题1是相关联的。只要理解了这些基本原则，这个问题就好解答。因为问的是在“实践中难以实施”，所以这个问题可以答得灵活些，只要说得有道理都可以得分。
【问题3】
问题3考查结对编程的概念，简单地说，结对编程就是2个人坐在一起写同一个程序。结对编程可以大大降低沟通成本，提高工作质量。
【问题4】
问题4是关于快速开发工具和可视化开发的。快速应用开发（RAD）目的是快速发布系统，RAD组合了5个方面的技术，分别是进化原型、CASE工具（可进行正向工程和反向工程）、拥有能使用先进工具的专门人员（一个RAD开发小组）、交互式JAD、时间表。例如，VB、Delphi、PB等都属于RAD工具。可视化开发就是在可视开发工具（例如，VB、Delphi、PB等）提供的图形用户界面上，通过操作界面元素（例如，菜单、按钮等），由可视开发工具自动生成应用软件。这类应用软件的工作方式是事件驱动的。对每个事件，由系统产生相应的消息，再传递给相应的消息响应函数。
二、参考答案
【问题1】
（1）客户参与。
（2）增量式移交。
（3）开发团队的技术应该得到承认和发扬。团队成员应该保持他们自己的工作风格，不落俗套。
（4）接受变更。
（5）保持简单性。
【问题2】
（1）客户的参与度往往依赖于客户参与的意愿和客户自身的代表性。
（2）团队成员的性格可能不适合激烈的投入，可能无法做到与其他成员之间的良好沟通。
（3）对系统中的变更作出优先级排序可能是极端困难的。
（4）维护系统的简洁性往往需要额外的工作，但迫于移交时间表的压力，可能没有时间执行系统简化过程。 【问题3】
结对编程：开发人员成对工作，检查彼此的工作并提供支持，圆满完成任务。
【问题4】
快速应用开发中所包括的工具有数据库编程语言、界面生成器、与办公应用的连接、报告生成器。可视化开发是一种通过集成细粒度可复用构件来构造软件的快速应用开发方法，其主要思想是用图形工具和可重用部件来交互地编制程序。可视化开发一般基于事件驱动的原理。