如果你怀疑一个黑客已经进入你的系统，要分析当前形势你首先采取的过程，同时采取一些有效的措施，这些措施包括（）A、跟踪黑客在你系统中的活动B、采用“蜜罐”技术C、判断帐号是否被影响D、参考审计日志

参考答案：ABCD

正确答案：

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

参考答案：A

参考答案：C

正确答案：

正确答案：通过分析我们可以归纳出在编写关于“论信尽系统的文档编制”的论文时在写作方面要注意以下几个方面的要点： (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)在开发过程中，可能发现需要修改已完成的文档，特别是规模较大的项目，主文本的修改必须特别谨慎。修改以前要充分估计修改可能带来的影响，并且要按照提议、评议、审核、批准和实施等步骤加以严格的控制。 在现在的文档编制中，可以使用各种工具，例如通常的编辑工具等。建模工具也能导出文档，甚至一个模型本身就是一个文档。