信息系统文档管理的主要工作有哪些？

正确答案：(1)对研究的对象和需要解决的问题进行系统的说明，目的在于确定目标和说明该问题的重点和范围;(2)收集资料，在系统分析基础上，通过资料分析各种因素之间的相互关系，寻求解决问题的可行方案;(3)依系统的性质和要求，建立各种数学模型;(4)运用数学模型对比并权衡各种方案的利弊得失;(5)确定最优方案。通过分析，若不满意所选方案，则可按原步骤重新分析。一项成功的系统分析需要对各方案进行多次反复循环与比较，方可找到最优方案。

答案：B

解析：

正确答案：B

答案：B

解析：

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