具体叙述你在开发软件过程中是如何保证软件质量的，采用了哪些主要的策略和技术?解决了哪些主要的矛盾和问题?使用过什么工具和环境?

本题所涉及的系统可靠性知识可参看"第11章系统配置与性能评价"。
在撰写本文时，要注意以下几个方面：
①在文章中首先用400～600字的篇幅简要叙述自己参与设计的系统的概要和所担任的工作。
②简单说明系统可靠性的重要性。
③具体叙述为了提高系统的可靠性，采用了哪些措施，遇到了哪些问题，是如何解决这些问题的。
④最后应根据项目的实际执行情况，说明系统可靠性的效果如何（要有具体数据），以及如何改进。

正确答案：

参考答案：就可以把E-mail寄到收信人的服务器上了,整个过程只要几分钟。SMTP服务器则是遵循SMTP协议的发送邮件服务器，用来发送或中转你发出的电子邮件。有的时候我们需要运行一些很大的程序，而自己的PC又达不到运行这个程序所必须的配置，在这种情况下，我们可以通过网络连接上一台功能强大的计算机，并且把自己的PC模拟成那台计算机的终端，进而达到在该计算机上运行程序的目的。这种利用网络远程登录到其他计算机上，并且以虚拟终端方式遥控程序运行的做法就是TELNET。随着计算机硬件的发展，目前TELNET在一般网络用户中已经不是很普遍了，但是对于网络管理员来说，它仍然是个得力助手。互联网上的网络服务：顾名思义，即网络上的服务，不仅仅是指电脑处理各种动作或者协议的程序!在互联网上，有为网民提供各种各样的服务，那也叫做网络服务，如：在网络上提供网络打字，网络排版，远程网站更新，网站美工，网站客服以及一些网上代理等等，这些都叫网络服务，属于广义的网络服务像这样的一些服务可以在淘宝网上都能找到，如：5K网络服务等等。

正确答案：AD

正确答案：

在本项目管理中，我主要采用了面向对象技术同传统技术相结合的原则，在估算项目的工作量这方面尤为突出，面向对象技术对传统技术有所改进，传统技术能弥补面向对象技术的不足。本文从合理的估算项目的工作量及技术难度、识别关键任务、随时了解项目进度，必要时调整进度表等方面，讨论了电力行业工作票、操作票系统项目管理的基本活动与方法，有效地控制开发进度，确保项目如期按质完成。本系统在电力系统已经运行，状况良好，受到一致好评。
2003年2月，我参加了电力行业工作票、操作票系统的开发，担任项目管理工作。电力系统有关部门在对电力设施进行检测、维修、试验等一系列活动时应按照我国电力行业相关标准进行工作，电力行业工作票、操作票系统就是按照国家有关标准及电力行业操作规程设计的仿真系统。工作人员在施工前按照工作流程在此仿真系统上进行操作，严格遵守电力设施的逻辑闭锁关系，顺序执行。有效地防止不规范操作，确保电力设施及现场工作人员的安全，提高安全意识。
本系统由系统图编辑平台和工作票、操作票签发系统两大部分组成，其中系统图编辑平台主要是编辑变电站、用电系统及变电站控制系统图，每一个电力设施对应一个对象，在系统图上都有相对应的部分，系统图真实地反映电力设施的布局及相互关系，生动形象又合乎技术标准，同时为第二部分提供操作对象。工作票、操作票签发系统主要是在系统图的基础上进行点击操作，每次点击对应一个对象即一个电力设施，根据电力设施的逻辑闭锁关系自动生成相应的工作票或操作票或提示操作不规范。
在本系统的开发过程中，我通过合理的估算项目工作量及技术难度、识别关键任务、随时了解项目进度，必要时调整进度表等方面对项目进行管理，确保本系统如期按质完成。1.合理的估算项目工作量及技术难度本系统采用了面向对象的分析、设计等一系列面向对象技术，在本系统工作量的估算上根据功能点进行估算。将每个功能模块逐步分解，直至基本模块为止。我们将系统分为系统图编辑与工作票、操作票签发两个大的功能分别进行估算。系统图编辑部分主要是一个图形编辑系统。一种电力设施对应一个类，电力设施的技术参数及其操作对应相应类的属性和方法，电力设施图是由线段、圆、曲线、折线、多边形等基本图形组成，这些基本图形分别对应一个类，这些类又继承一个最基本的类。系统图编辑部分的工作量也就是这些类的实现，工作票、操作票签发部分用到了编辑平台的系统图，因此由大量的功能可以复用，这部分的功能划分同系统图编辑部分一样也是采用类作为基本结构，这样就比较准确的进行工作量的估算。
同时，我们开发的这个系统是基于C/S结构的，由于C/S结构的系统我们公司有不少成功的案例，因此有不少的项目供我们参考。对于本系统的第二部分，我们就是借鉴以前做过的基于C/S结构的系统，基于C/S结构的系统框架基本上是一致的，数据库的设计、前台操作（例如，对数据库进行添加、删除、修改、查询等一系列活动）大体相同。正因如此，有大量的东西可供我们复用，如权限控制模块我们就是复用以前的案例，仅作少量修改，在工作量的估算上也有很好的借鉴作用。这对工作量的估算也是一个重要的参考，为工作进度安排提供了依据。
在技术上，我们重点考虑本系统与其他C/S结构的系统的不同之处，相同或相似之处。我们认为没有技术难点。系统编辑平台主要是绘图，我们知道MFC的绘图功能确实强大，但是过于繁琐，功能封装不是十分完美，于是，我们采用了Form++这个MFC扩展类库，该类库对图形操作封装得很好，大大降低了系统图编辑部分的难度，在界面设计上我们采用了BCG这个扩展类库，使得VC应用程序界面设计得如同Delphi等工具一样完美。同时减少了工作量，在工作安排上，对于技术难度相对大一点的部分，我们安排经验丰富的程序员，同时也与其他工作组的成员商讨技术细节问题，与他们进行技术探讨。这样不至于因为某一技术细节而影响整个工程进度。
根据上述分析，我们制定一个详细的进度表并定义了相应的里程碑。2.识别关键任务系统图编辑部分是整个系统的基础，因为工作票、操作票签发部分是建立在该部分的基础之上，系统图编辑部分直接影响到整个项目。因此该部分是整个系统的关键部分，在这部分中每种电力设施所对应的类及其父类的定义是关键，因为所定义的类必须完整、准确地反映该电力设施的技术参数和操作。
工作票、操作票签发部分是用户明确提出的要求实现的功能，直接面对用户，这部分的成功与否直接影响到该系统的质量，因此也是不容忽视的。
如果上述两部分任务的进度受到影响，则整个项目的完成将受到威胁。因此是本项目的关键任务。在进度控制时我们将其作为重点对象进行控制。3.随时了解项目进度，必要时调整进度表
在确定项目开发计划时，我们制定了详细的进度表。我们在确定每一项任务时都确定该任务的工作量、开始时间、持续时间、结束时间。同时让每个小组成员知道自己所承担任务的时间表，小组成员根据自己的任务制定自己的详细工作计划。
工作日志是了解每个小组成员工作情况的很好的方式，我们要求每个小组成员对自己的工作都要做工作曰志，对自己每天的工作做详细记录。每周对自己的工作进展做出结论，向项目组汇报。在做结论时，不得使用“差不多”、“大概”、“完成了90%”等模糊字眼，而是采用某任务“已经全部完成”、“90%的工作全部完成”或者“再过1天全部完成”等方式。每个小组成员对自己做出的结论负责，这样可以做到随时了解项目进度，为调整项目计划提供客观基础。
同时，我们在项目进度计划中根据项目设计和定义了相关的里程碑，在每个里程碑处，我们都采取小组会议形式对本阶段的工作进行确认和总结，对本阶段的进展情况做出结论，并决定是否调整下一阶段的进度计划。<br>在系统图编辑部分，我们认为各电力设施所对应的类（包括其父类）定义完成为一个里程碑，每个类是否具备了相对应的电力设施的技术参数及操作是该里程碑的标准，这些类（包括其父类）的实现完成又为一个里程碑，……，整个系统图编辑部分的完成也是一个里程碑。每个里程碑的标准在系统设计时已经定义好。4.结束语电力行业工作票、操作票系统目前已经开发完毕，运行状况良好，受到一致好评。在本系统开发的整个过程中采用了面向对象技术同传统技术相结合的原则，因为小组成员各有特长，面向对象技术不是每个小组成员都熟练掌握的，加之面向对象技术在我们公司还不是很成熟，必须有一个过渡，不能一下子转型，因此采用这种策略符合我们公司的现实情况。
由于项目进度管理得当，项目按期完成，我们小组赢得了公司的好评，其他小组也研究我们的管理方式。当然，项目管理方式多种多样，根据项目不同、人员不同，管理模式应做调整而不是一成不变。适合本项目的管理模式才是最好的模式，先进的管理方法在不同的项目组中取得的效果是不同的，这有待于我们去研究、探索、实践和总结。

正确答案：D

写作要点
完成本题的写作，需要对Web开发的相关架构有充分的了解，相关知识可参看"8.1.5分层架构"。除了解技术知识，在写作方面还要注意以下几个方面的要点：
①在文章中首先用400～600字的篇幅简要叙述自己参与分析和开发的系统概要和所担任的工作。
②具体讨论在基于Web的数据库应用系统开发中所采用的主要技术，包括开发过程中遇到的问题和所采取的措施。特别要注意描述三层结构的逻辑和物理部署，讨论数据是如何在三层之间传送的。
③最后要根据项目实际情况，分析所采用的开发技术的具体效果，你现在认为还有哪些可以改进的地方（例如，应用服务器性能的改进等），如何加以改进。

正确答案：通过分析我们可以归纳出在编写关于“论信尽系统的文档编制”的论文时在写作方面要注意以下几个方面的要点： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品着重介绍在项目中遇到的文档编制与管理问题以及作者在其中担任的工作。 (2)简单列举出在系统的开发过程中需要编写哪些文档各文档的作用是什么。 (3)具体叙述所采用的文档编写方法和工具。注意不要面面俱到只要有重点地介绍2～3种文档的编制就可以了。 (4)简单介绍在系统开发过程中是如何对文档进行管理和维护的。 (5)最后应根据项目的实际执行情况说明文档编制的效果如何如何改进。 信息系统的文档不但包括软件开发过程中产生的文档还包括硬件采购和网络设计中形成的文档：不但包括上述有一定格式要求的规范文档也包括系统建设过程中的各种来往文件、会议记要、会计单据等资料形成的不规范文档后者是建设稳中有各方谈判甚至索赔的重要依据；但包括系统实施记录也包括程序资料和培训教程等。 下面我们从用户、分析人员、开发人员、项目管理人员、测试人员、维护人员之间的交流沟通将这些文档做一个分类总结。 (1)用户和分析人员的沟通。 .可行性研究报告。 .总体规划报告。 .系统开发合同。 .系统方案说明书。 (2)开发人员与项目管理人员的沟通。 .系统开发计划(包括计划相关的各种文档)。 .系统开发月报。 .系统开发总结报告。 .开发人员间的交流。 .系统方案说明书。 .系统设计说明书。 (3)测试人员和开发人员间的沟通。 .系统方案说明书。 .系统开发合同。 .系统设计说明书。 .测试计划。 .测试用例。 .测试记录。 .测试报告。 (4)系统开发人员和用户之间的沟通。 .用户手册。 .操作指南。 (5)系统开发人员和系统维护人员间的沟通。 .系统设计说明书。 .系统开发总结报告。 .技术手册。 (6)用户与维护人员间的沟通。 .系统运行报告。 .维修修改建议。 在信息系统项目开发过程中文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 在整个信息生存期中各种文档作为半成品或是最终成品会不断地生成、修改或补充。为了最终得到高质量的产品达到项目质量要求必须加强对文档的管理。以下几个方面是应注意做到的。 (1)项目小组应设一位文档保管人员负责集中保管本项目已有文档的两套主文本。两套文本内容完全一致。其中的一套可按一定手续办理借阅。 (2)项目小组的成员可根据工作需要在自己手中保存一些个人文档。这些一般都应是主文本的复制件并注意和主文本保持一致在做必要的修改时也应先修改主文本。 (3)开发人员个人只保存着主文本中与他工作相关的部分文档。 (4)在新文档取代了旧文档时管理人员应及时注销旧文档。 在文档内容有更动时管理人员应随时修订主文本使其及时反映更新了的内容。 (5)项目开发结束时文档管理人员应收回开发人员的个人文档。发现个人文档与主文本有差别时应立即着手解决。这常常是未及时修订主文本造成的。 (6)在开发过程中可能发现需要修改已完成的文档特别是规模较大的项目主文本的修改必须特别谨慎。修改以前要充分估计修改可能带来的影响并且要按照提议、评议、审核、批准和实施等步骤加以严格的控制。 在现在的文档编制中可以使用各种工具例如通常的编辑工具等。建模工具也能导出文档甚至一个模型本身就是一个文档。
通过分析，我们可以归纳出在编写关于“论信尽系统的文档编制”的论文时，在写作方面要注意以下几个方面的要点： (1)简单介绍项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，着重介绍在项目中遇到的文档编制与管理问题，以及作者在其中担任的工作。 (2)简单列举出在系统的开发过程中，需要编写哪些文档，各文档的作用是什么。 (3)具体叙述所采用的文档编写方法和工具。注意不要面面俱到，只要有重点地介绍2～3种文档的编制就可以了。 (4)简单介绍在系统开发过程中，是如何对文档进行管理和维护的。 (5)最后应根据项目的实际执行情况，说明文档编制的效果如何，如何改进。 信息系统的文档，不但包括软件开发过程中产生的文档，还包括硬件采购和网络设计中形成的文档：不但包括上述有一定格式要求的规范文档，也包括系统建设过程中的各种来往文件、会议记要、会计单据等资料形成的不规范文档，后者是建设稳中有各方谈判甚至索赔的重要依据；但包括系统实施记录，也包括程序资料和培训教程等。 下面我们从用户、分析人员、开发人员、项目管理人员、测试人员、维护人员之间的交流沟通将这些文档做一个分类总结。 (1)用户和分析人员的沟通。 .可行性研究报告。 .总体规划报告。 .系统开发合同。 .系统方案说明书。 (2)开发人员与项目管理人员的沟通。 .系统开发计划(包括计划相关的各种文档)。 .系统开发月报。 .系统开发总结报告。 .开发人员间的交流。 .系统方案说明书。 .系统设计说明书。 (3)测试人员和开发人员间的沟通。 .系统方案说明书。 .系统开发合同。 .系统设计说明书。 .测试计划。 .测试用例。 .测试记录。 .测试报告。 (4)系统开发人员和用户之间的沟通。 .用户手册。 .操作指南。 (5)系统开发人员和系统维护人员间的沟通。 .系统设计说明书。 .系统开发总结报告。 .技术手册。 (6)用户与维护人员间的沟通。 .系统运行报告。 .维修修改建议。 在信息系统项目开发过程中，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 在整个信息生存期中，各种文档作为半成品或是最终成品会不断地生成、修改或补充。为了最终得到高质量的产品，达到项目质量要求，必须加强对文档的管理。以下几个方面是应注意做到的。 (1)项目小组应设一位文档保管人员，负责集中保管本项目已有文档的两套主文本。两套文本内容完全一致。其中的一套可按一定手续，办理借阅。 (2)项目小组的成员可根据工作需要在自己手中保存一些个人文档。这些一般都应是主文本的复制件，并注意和主文本保持一致，在做必要的修改时，也应先修改主文本。 (3)开发人员个人只保存着主文本中与他工作相关的部分文档。 (4)在新文档取代了旧文档时，管理人员应及时注销旧文档。 在文档内容有更动时，管理人员应随时修订主文本，使其及时反映更新了的内容。 (5)项目开发结束时，文档管理人员应收回开发人员的个人文档。发现个人文档与主文本有差别时，应立即着手解决。这常常是未及时修订主文本造成的。 (6)在开发过程中，可能发现需要修改已完成的文档，特别是规模较大的项目，主文本的修改必须特别谨慎。修改以前要充分估计修改可能带来的影响，并且要按照提议、评议、审核、批准和实施等步骤加以严格的控制。 在现在的文档编制中，可以使用各种工具，例如通常的编辑工具等。建模工具也能导出文档，甚至一个模型本身就是一个文档。

正确答案：略
　　解答要点
　　（1）首先用400-500字的篇幅对你的几个项目进行简单介绍，你在项目中承担什么角色，这些项目之间有哪些共性和个性？
　　（2）为什么要在你的项目中实施软件产品线。
　　（3）在实施软件产品线过程中，你遇到哪些问题？是如何解决这些问题的。
　　（4）是否使用了产品线开发支持工具?他们的工作原理是什么？选择工具的原则是什么。
　　（5）实施软件产品线之后为公司的软件产品或者项目开发带来哪些益处？
　　（6）简要分析目前还存在哪些不足之处，如何改进。