(1)简要介绍你参与管理和开发的大中型信息系统软件工程项目的基本情况，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。参与设计和实施的软件项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。
   (2)统一软件开发过程(RUP)是一种用例驱动的，以体系结构为中心、迭代和增量的软件开发过程。可以采用二维模型来描述RUP——时间和内容。从时间维来看，软件生存周期被划分为不同的循环(Cycles)。每个循环又被划分为4个连续的阶段(Phase)，每个阶段都包含一个妥善定义的里程碑(Milestone)；每个阶段还可以被进一步划分为若干轮迭代(Iterations)。一次迭代是一次完整的开发过程，每次迭代结束时都会发布一个可执行的产品，这个产品是正在开发的软件系统的一个子集，它会逐渐扩展为最终系统。内容结构指的是一些将活动(Activities)组织在一起的、天然存在的规则。
   ①RUP把生命周期模型划分为初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)共4个阶段，如下表所示。每个阶段结束于一个主要的里程碑(Major Milestones)。每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意，则可以允许项目进入下一个阶段。

表　RUP各阶段说明
阶段	目标	目标说明	里程碑	里程碑说明
初始阶段	确定项目开发 的目标和范围， 即确定项目的 边界	为了达到该目的必须识别所有与系统 交互的外部实体，在较高层次上定义 交互的特性。在这个阶段中所关注的 是整个项目进行中的业务和需求方面 的主要风险。对于建立在原有系统基 础上的开发项目来讲，初始阶段可能 很短	生命周期目标 (Liffecycle Objective)	评价项目基本的生存能力
细化阶段	确定系统架构 和明确需求。分 析问题领域，建 立健全的体系 结构基础，编制 项目计划，淘汰 项目中最高风 险的元素	为了达到该目的，必须在理解整个系 统的基础上，对体系结构作出决策， 包括其范围、主要功能和诸如性能等 非功能需求。同时为项目建立支持环 境，包括创建开发案例，以及创建模 板、准则及准备工具	生命周期结构 (Lifecycle hitecture)	为系统的结构建立了管理 基准并使项目小组能够在 构建阶段中进行衡量。此 刻，要检验详细的系统目 标和范围、结构的选择， 以及主要风险的解决方案
构造阶段	实现剩余的系 统功能，所有的 功能被详细测 试	所有剩余的构件和应用程序功能被开发 并集成为产品，所有的功能被详细测试。 从某种意义上说，构建阶段是一个制造 过程，其重点放在管理资源及控制运作， 以优化成本、进度和质量	初始功能 (Initial perational)	决定了产品是否可以在测 试环境中进行部署。此刻， 要确定软件、环境及用户 是否可以开始系统的运 作。此时的产品版本也常 被称为Beta版
交付阶段	完成软件的交 付工作，将系统 移交给客户	重点是确保软件对最终用户是可用 的，该阶段可以跨越几次迭代，包括 为发布做准备的产品测试，基于用户 反馈的少量的调整。用户反馈应主要 集中在产品调整、设置、安装和可用 性问题，所有主要的结构问题应该已 经在项目生命周期的早期阶段解决了	产品发布 (Product Release)	此时要确定目标是否实 现，是否应该开始另一个 开发周期。在一些情况下 这个里程碑可能与下一个 周期的初始阶段的结束重 合

   ②RUP中有9个核心工作流，分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core Supporting Workflows)。9个核心工作流在项目中轮流被迭代使用，在每一次迭代中以不同的重点和强度重复。
   ·业务建模(Business Modeling)工作流：描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程、角色和责任。
   ·需求(Requirements)工作流：描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该目标，要对需要的功能和约束进行提取、组织和文档化；最重要的是理解系统所解决问题的定义和范围。
   ·分析和设计(Analysis或Design)工作流：将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，优化其性能。分析设计的结果是一个设计模型和一个可选的分析模型。
   ·实现(Implementation)工作流：以层次化的子系统形式定义代码的组织结构，以组件的形式(源文件、二进制文件或可执行文件)实现类和对象，将开发出的组件作为单元进行测试，并集成由单个开发者(或小组)所产生的结果，使其成为可执行的系统。
   ·测试(Test)工作流：检验对象间的交互作用，验证软件中所有组件的正确集成，检验所有的需求已被正确的实现，识别并确认缺陷在软件部署之前被提出并处理。
   ·部署(Deployment)工作流：软件打包、生成软件本身以外的产品、安装软件，以及为用户提供帮助等。成功的生成版本并将软件分发给最终用户。该工作流描述了那些与确保软件产品对最终用户具有可用性的相关活动。
   ·配置和变更管理(configuration或Change Management)工作流：描述了如何管理并行开发、分布式开发、如何自动化创建工程，以及对产品修改原因、时间和人员保持审计记录。该工作流提供了准则来管理演化系统中的多个变体，跟踪软件创建过程中的版本。
   ·项目管理(Project Management)工作流：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框架等。软件项目管理用于平衡各种可能产生冲突的目标，管理风险，克服各种约束并成功交付使用户满意的产品。
   ·环境(Environment)工作流：向软件开发组织提供软件开发环境，包括过程和工具。该工作流集中于配置项目过程中所需要的活动，同样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中实现过程。
   ③关于RUP迭代计划的安排，通常有以下4种典型的策略模式：
   ·增量式(Incremental)。该模式的特点是项目架构的风险较小(往往是开发一些重复性的项目)，所以细化阶段只需要一个迭代。但项目的开发工作量较大，构建阶段需要有多次迭代来实现，每次迭代都在上一次迭代的基础上增加实现一部分的系统功能。
   ·演进式(Evolutionary)。当项目架构的风险较大时(从未开发过类似项目)，需要在细化阶段通过多次迭代来建立系统的架构，架构是通过多次迭代的探索逐步演化而来的。当架构建立时，往往系统的功能也已经基本实现，所以构建阶段只需要一次迭代。
   ·增量提交(Incremental Deliveq)。该模式的特点是产品化阶段的迭代较多，比较常见的例子是项目的难度并不大，但业务需求在不断地发生变化，所以需要通过迭代来不断地部署完成系统；但同时又要不断地收集用户的反馈来完善系统需求，并通过后续的迭代来补充实现这些需求。
   ·单次迭代(Grand Design)。传统的瀑布模型可以看做是迭代化开发的一个特例，整个开发流程只有一次迭代。但这种模式有一个固有的弱点，由于它对风险的控制能力较差，往往会在产品化阶段产生一些额外的迭代，造成项目的延误。
   ④结合项目实践经验，说明在你参与管理和开发的软件项目中如何应用RUP，在项目实施过程中遇到了什么问题，采用了哪些技术、方法和步骤来解决相关的问题，以及它们对该工程项目后期的工作产生了哪些积极(或消极)的影响(效果和存在的问题)。对所提出的问题，应有具体的着眼点，不能泛泛而谈。
   (3)RUP是一个通用的过程模板，包含了很多开发指南、制品，以及开发过程所涉及的各种角色说明。RUP非常庞大，没有一个项目会使用RUP中的所有东西，针对具体的开发机构和项目，应用RUP时还要做裁剪，即要对RUP进行配置。RUP就像一个元过程(Meta-Process)，通过对RUP进行裁剪可以得到很多不同的开发过程，这些软件开发过程可以看做是RUP的具体实例，以适应于不同的开发机构和项目需求。针对一个具体的软件项目，RUP裁剪可以分为以下几个步骤。
   01 确定本项目需要哪些工作流。RUP的9个核心工作流并不总是需要的，可以根据项目的规模、类型等对核心工作流做一些取舍。例如，嵌入式软件系统项目通常不需要业务建模这一工作流。
   02 确定每个工作流要产出哪些制品。例如，规定某个工作流应产出哪些类型的文档。
   03 确定生命周期的4个阶段之间如何演进。确定阶段间演进要以风险控制为原则，决定每个阶段要执行哪些工作流、每个工作流执行到什么程度、产出的制品有哪些、每个制品完成到什么程度等。
   04 确定每个阶段内的迭代计划。规划RUP的4个阶段中每次迭代开发的具体内容有哪些。
   05 规划工作流的内部结构。工作流不是活动的简单堆积，它涉及到角色、活动及制品，其复杂程度与项目规模、角色的多少等因素有关。通常情况下用活动图的形式给出所规划的工作流的内部结构。这一步决定裁剪后的RUP要设立哪些角色，是对RUP进行裁剪的难点。
   结合RUP裁剪步骤的相关知识，分析与评估你在所参与项目中应用RUP裁剪的实际开发效果。注意要给出具体的评价依据，评价要客观、适当。论文最后可以进一步讨论你在该工程项目中获得的、应用RUP方面的几点经验体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。

(1)简要介绍你参与管理和开发的多层分布式管理信息系统项目的基本情况(例如该系统采用的是C/A/S还是B/A/S等)，在第一段的末尾，尽量用一两句话简要说明在该项目中你所担任的角色、所承担的主要任务及开展的主要工作。参与管理和开发的工程项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。
   (2)论文的第二部分是体现你的系统架构理论知识和实践思想的精华所在。在叙述本部分内容时，应注重理论与自身实践经历的结合。论文要点如下。
   ①说明多层分布式架构风格分类的依据。
   分布式架构风格中有：客户机/服务器(C/S)架构风格：浏览器/服务器(B/S)架构风格；COR2BA、DCOM和EJB架构风格等。从概念上说，任何信息系统应用都可以映射到以下5个层次。
   ·表现层：是实际的用户界面。
   ·表现逻辑层：为了生成表现层而必须进行的处理。
   ·应用逻辑层：包括支持实际业务应用及规则所需的所有逻辑和处理。
   ·数据处理层：包括用来存储和访问往来于数据库的数据，所需的所有命令和逻辑。
   ·数据层：数据库中实际存储的数据。
   例如，在C/A/S结构中，是将数据层和数据处理层放置在各自的服务器上，应用逻辑层放置在各自的服务器上，表现逻辑层和表现层放置在客户端上，称为3层或多层客户/服务器计算。而在B/A/S结构中，表现层和表现逻辑层在客户端Web浏览器中，使用从某个Web服务器下载的内容实现，表现逻辑层连接到运行在应用服务器上的应用逻辑层，应用逻辑层最终连接到后台的数据库服务器。
   ②说明基于多层分布式架构风格的应用系统的主要特点：
   ·安全性：中间层隔离了客户对数据服务器的访问，保护了数据库的安全。
   ·稳定性。
   ·易维护性：由于业务逻辑位于单独的一层，当业务规则发生变化后，客户端程序基本不做改动。
   ·快速响应：通过负载均衡及中间层缓存数据能力，可以提高对客户端的响应速度。
   ·系统扩展性、灵活性：基于多层分布式结构，当业务增大时，可以在中间层部署更多的应用服务器，提高对客户端的响应，而所有变化对客户端透明。
   ③基于多层分布式架构风格的应用系统的开发主要考虑以下几方面的技术：
   ·开发环境：开发人员需要一种创建新组件，并将已有组件加以集成的开发环境。
   ·应用程序的集成。
   ·应用程序的配置：分布式结构的开发需要配置平台的支持，以便在用户剧增时能有效地扩展，并保持系统的稳定。
   ·选择合适的中间件。
   (3)结合项目实践经验，说明你参与管理和开发的工程项目中，采用了哪些方法、策略和工具来实现所选的架构风格，以及这些技术、方法和步骤对该项目后期的工作产生了哪些积极(或消极)的影响(效果和存在的问题)。论文最后可以进一步讨论你在该工程项目中获得的相关体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。对需要进一步改进的地方，应有具体的着眼点，具有一定的深度，不能泛泛而谈。

(1)简要介绍你参与管理和开发的大中型实时控制系统项目的基本情况，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。参与管理和开发的实时控制系统项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。
   (2)讨论你在实时控制系统可视化的设计中所涉及的基本概念和采用的技术及方法。
   分析各种可视化系统的共性，讨论独立于实时控制系统的可视化平台的概念模型和基本要素，分析在实时控制系统与可视化平台之间传送消息的基本形式。
   结合项目实践经验，针对在可视化平台上开发实时控制系统可视化部分的具体要求，详细分析对可视化系统开发工具的要求。
   详细叙述实时控制系统可视化的形式和实际意义，要明确系统设计的目标，对于讨论可视化系统设计和实现时所遇到过的主要问题，要有具体的解决方案和对策(解决办法)。
   (3)说明你的项目中所使用的可视化技术，对改善系统操控性能进行客观的分析和适当的评价，进一步讨论你在实时控制系统的可视化设计方面的几点体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。对需要进一步改进的地方，应有具体的着眼点，不能泛泛而谈。
   论文最后简要给出实时控制系统可视化技术的发展趋势与前景。在对发展前景和可能的新技术讨论时，最好能够讨论某一种具体技术的实际应用。

(1)简要介绍你参与规划、设计和实施的大中型数据库管理系统项目，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。参与设计和实施的数据库管理系统项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。
   (2)异构数据库系统是相关的多个数据库系统的集合，可以实现数据的共享和透明访问，每个数据库系统在加入异构数据库系统之前本身就已经存在，拥有自己的DMBS。异构数据库的各个组成部分具有自身的自治性，在实现数据共享的同时，每个数据库系统仍保有自己的应用特性、完整性控制和安全性控制。异构数据库系统的异构性主要体现在以下几个方面。
   ·计算机体系结构的异构：各个参与的数据库可以分别运行在大型机、小型机、工作站、PC或嵌入式系统中。
   ·基础操作系统的异构：各个数据库系统的基础操作系统可以是UNIX、Windows NT/2000/2003、Linux及Novell NetWare等。
   ·DMBS本身的异构。可以是同为关系型数据库系统的Oracle、SQL Server等，也可以是不同数据模型的数据库，如关系、模式、层次、网络或面向对象，函数型数据库共同组成一个异构数据库系统。
   事实上，在基于Web的电子政务系统中，肯定存在各种不同的操作平台，存在各种各样的数据库系统。而电子政务处理过程中要求能够在异构平台和异构数据库之间，在不同的网络中实现数据交换和业务自动处理。这些必然涉及数据、公文和文档格式的标准化及统一化，需要建立一个能够描述政府部门内部、政府部门间和政府与公众问数据交换和业务处理流程的规范标准，以减少数据在处理过程中因标准不统一而引起的诸多问题。目前，国家电子政务标准已经确定采用XML(可扩展标记语言)为电子公文的标准格式。XML文档具有“可自描述”、“无限嵌套”和“树型结构”等特点。
   XML，是一种元标记语言，它通过在数据中加入附加信息的方式来描述结构化数据，并允许程序开发人员根据它所提供的规则，制定各种各样的标记语言。在XML中，置标的语法是通过文档类型定义(DTD)来描述的。为了明确各个标记的含义，XML还使用与之相连的样式单(Style Sheet)来向应用程序(例如浏览器)提供如何处理显示的指示说明。一言以蔽之，XML是通过数据文档、IyrD和样式单3个分离的部分来描述数据的。XML具有的一些突出优点表现在以下几个方面。
   ·良好的可扩展性。XML允许各个不同的行业根据自己独特的需要制定自己的一套标记，同时，它并不要求所有的浏览器都能处理这成千上万个标记，同样也不要求一个置标语言能够适合各个行业、各个领域的应用，这种具体问题具体分析的方法更有助于置标语言的发展。
   ·内容与形式的分离。XML中信息的显示方式已经从信息本身中抽取出来，放在了“样式单”中。这样做便于信息表现方式的修改，便于数据的搜索，也使得XML具有良好的自描述性，能够描述信息本身的含义甚至它们之间的关系。
   ·遵循严格的语法要求。XML不但要求标记配对和嵌套，而且还要求严格遵守DTD的规定。这增加了网页文档的可读性和可维护性，也大大减轻了浏览器开发人员的负担，提高了浏览器的时间空间效率。
   ·便于不同系统之间信息的传输。不同企业、不同部门中往往存在着许多不同的系统，XML可以用做各种不同系统之间的交流媒介，是一种比较理想的网际语言。
   基于XML的异构数据访问的核心在于使用XML文档作为数据交换的标准，在客户端只需从Web上接收和发送XML文档，而无须关心服务端如何处理XML文档本身。其可能的体系结构如下图所示。
   在下图中，数据库管理系统(DBMS)层提供数据库的存储和访问，该模块可以是关系型的DBMS，也可以是面向对象的DBMS、XML DBMS或者文件系统等。
   中间层提供一个Web服务器，可以访问DBMS的数据并使客户端访问数据。中间层选择的技术可以是Web服务器、具有CGI脚本的Web服务器、具有Servlet的Web服务器、具有Java Server Pages的Web服务器，以及具有数据库连接的商用中间层或者应用服务器等。
   客户端提供一个用户接口，具有通过中间层的功能。客户端可以是G2G、B2B等其他的应用。客户端技术可以是浏览器、JavaApplet或者Java的应用程序等。
   
   在实现基于XML的数据库系统中，同样可以使用3种形式的数据库系统。
   ·XML文件系统：文件系统中存储的是常规的XML文件，采用文件系统的操作方式实现对XML文档的存储和访问。
   ·XML数据库系统(Native-XML DBMS, NXDB)：是以XML格式存储信息的数据库。这些数据库也创建一些索引，并将这些索引与XML文档一起存储到资源库中，以支持快速搜索资源库来查找包含特定信息的文档。XML数据库其实就是一个XML文档的集合，这些文档必须是持久的，且可以操作。XML文档可以分为两大类：以数据为中心和以文档为中心。以数据为中心的XML文档有非常规则的结果，比如关于销售订单或饭店菜单的XML文档，这类文档通常是为机器而设计的，方便机器进行处理；以文档为中心的XML文档具有不规则的结构，而且数据的粒度比较大，如书本、电子邮件和广告等，这类文档主要是为人类设计的。
   ·支持XML的传统数据库(XML-Enabled DBMS, EXDB)：在传统的关系型或者面向对象的数据库基础上，扩充对XML的支持。传统的数据库厂商IBM、Oracle和Microsoft等都在自己的数据库中扩充了对XML的支持。
   此外，有些公司开发出一些中间层应用工具来实现对现有的数据库进行操作，这些操作可以支持XML文档。例如XML-DB Link作为一个Web服务器插件，可以从参数化的SQL查询中生成XML文档。对那些需要把不兼容的系统融合在一起的各个政府部门，XML可以充当公共传输工具，以中性格式进行数据传输，从而使各个电子政务系统基于XML文档实现在Web网络上不同平台之间及异构数据之间的数据交换。
   结合项目实践经验，说明你参与管理和开发的异构数据库系统平台上如何采用XML技术，能够给出具体的应用实例和应用步骤；能够结合项目实际工作，说明在使用过程中遇到的问题及解决方法，并且这些解决办法要针对该异构数据库系统项目的实际特点，并具有一定的广度和深度。
   (3)根据项目实际的实施情况，对在异构数据库系统平台上采用XML技术的效果进行客观的评价，同时指出其中的不足之处，并且说明哪些主要原因导致了这些不足，在今后的项目实施中如何规避或改进。对需要进一步改进的地方，应有具体的着眼点，不能泛泛而谈。同时，还要注意不可脱离实际提出过高的要求，要给出评价依据，评价要客观、适当。