军队信息化建设文档格式.docx
《军队信息化建设文档格式.docx》由会员分享，可在线阅读，更多相关《军队信息化建设文档格式.docx（18页珍藏版）》请在冰点文库上搜索。
c）提供对装备的下发功能，为装搭在各单位的调拨进行管埋。
d）提供装备的申请以及借用功能，通过与相应任务流程的连接，实现任务的执行状态反馈，为各单位的协调合作提供支撑。
e）装备出入库管理，对装备的交接记录等业务进行记录，便于管理人员进行装备的协调与统计。
f）装备的维修申请及维修审批功能，根据审批情况对装备进行维修，使用单位对维修情况进行验收，为装备的维修提供便捷化管理。
g）提供装备的报废、退役申请功能，为装备登统计提供数据支撑。
3.3.2车辆管理
区分通用车辆和通信车辆，建立车辆信息“一卡通”，实现对车辆信息以及车辆保养的信息化管理。
a）提供车辆信息的统计查询功能，能够统计各车辆的状态情况，为战备决策中提供数据支持。
b）提供车辆信息的添加修改删除功能，并指定车辆的装备及附件，方便各单位对车辆进行管理。
c）提供车辆维护情况的添加，对车辆的维护情况进行记录，以便及时发现故障。
d）提供车辆维修情况的添加，对车辆的维修情况进行记录，根据故障类型及故障周期等进行处理，保持车辆处于完好状态。
增加维修反馈功能，使维修单位与使用单位沟通顺畅。
3.3.3物资器材管理
利用物联网新技术，对指挥器材库、通信器材室、工化器材库、后勤物资库等进行全程动态管理。
a）提供物资器材的信息统计查询功能，权限部门可实时查阅本单位所属物资器材的库存及状态情况，并根据查询结果为战备行动提供决策支持。
b）提供物资器材信息的添加修改删除功能方便管理物资器材的记录信息。
c）提供物资器材出入库功能，能够记录物资器材的进出情况，方便物资器材的管理与维护。
d）提供物资器材的申请、借用功能，根据出入库记录情况，定位各物资器材情况，根据申请及借用的情况协调各单位物资器材的共享。
3.4战备管理
战备管理系统主要由战备方案管理、战备行动管理、战备信息动态展示等三个模块组成。
根据需要，各级指挥员可实时检查各单位人员变动、武器装备分布及战备物资库情况，快速抽动行动模块，自动生成编组方案，实现战备方案一键生成，战斗命令键传达。
a）战备方案管理，用于制定战备方案，釆用模块及作战单元的理念，确定方案相关的人员（指挥组、台站〕、车辆装备（通用车、通信车、便携装备〕、物资器材（防爆器材、工化器材、武器弹药等〕、联络文件、机动方向等信息；
b）战备行动管理，提供快速选择战备方案并可对方案相关内容进行及时修改，完善出动人员、装备、物资器材信息等各相关要素，确定完成后一键下达行动任务到相关单位；
c）战备信息动态展示，能够接实时监控下达的任务，查看战备行动中物资准备、人员车辆的集结情况，实时掌控战备行动的进展情况，并采集相应出动信息，为训练提供数据支持。
d）战备行动信息査看，战备行动相关人员可通过登录系统，查看连队在战备行动屮肩负的任务部署、携带物资、集结时间、机动方向等情况信息。
第四章软件质量保证
软件质量是内在的，软件质量控制必须从底层抓起，严格遵循CMM〔软件能力成熟度模型〉管理模型，公司为了设计高质量的软件产品，专门成立了质量保证小组，由项目负责人兼任组长，全面负责有关软件质量保证的各项工作，另外还有专职质量管理工程师，主要协助组长开展软件质量保证工作。
各子系统质量保证人员由各子系统开发人员来担任，负责测试复査和文档规范化检査工作。
为了反映用户的质量需求，我们还邀请若干名用户代表任小组成员，主要协助检査各类人员对软件质量保证的执行情况，具体内容包括以下各个方面：
4.1软件质量标准
在应用软件系统开发和集成过程中，建立并根据《质量保证大纲》严格控制软件的质量。
4.1.1设计质量标准
各基本子系统应具有尽可能统一的编程风格，设计方面达到如下的质量标准：
（1）统一友好的用户界面
各基本子系统应提供统一的图形用户界面（GUI）、丰富灵活的窗口管理和风格一致的菜单，应使用标准的字典，尽量避免汉字输入〈供领导使用的程序应基本上不输入汉字〉，应提供完备的帮助和提示信息，从而使用户操作简单直观、方便易学。
（2）健壮性
各基本子系统应具有较好容错能力，当用户误操作或硬件资源短缺时系统应保持正常运行而不会崩溃，并显示必要的信息，指示出错原因。
（3）可移植性
编写各基本子系统应加上必要的注释行，便于阅读修改，并尽量不使用非标准语句和汇编语言，以保证程序的可移植性。
（4）可扩展性
各基本子系统应具有简单合理的模块结构，便于扩展，以增加新的功能,满足将来发展的需求。
（5）可复用性
由于各子系统有许多公共的功能，因此软件系统中的程序模块应尽量具有可复用性，以便供各子系统重复使用，提高软件的开发效率，并为使用原型法提供方便。
（6）分布性
各基本子系统应尽量使用本地数据库进行工作，必要时可通过网络使用远程数据库中的信息，也可以把频繁使用的远程信息复写到本地，以提高运行速度，但必须利用数据库软件的完整性功能确保信息系统内信息的一致性，即当修改原版信息后自动复写其全部副本。
（7）开放性
各基本子系统应具有相互通信的能力，同时又能和对口的上、下级部门通信，能够接受异种数据库中的信息。
4.1.2功能质量标准
各子系统一般都具有数据录入、查询、统计、报表输出、数据维护等公共功能。
各子系统在提供这些功能时应达到如下的质量准：
（1）数据录入有必要的检查，并尽可能使用字典，以保证质量，提高效率；
（2）各子系统的査询和统计功能具有单项査询、组合查询、模糊査询等方式,并根据用户需要产生各种统计汇总数据，使用户方便地得到所需的信息；
（3）各子系统具有供远程用户查询和统计的功能；
无论本地或远程用户都应做各种保密检查，换言之，只有合法的用户才能得到所需的信息：
（4）报表输出。
各子系统的输出报表根据具体服务对象的需求而设计，但具有用户任意方式报表输出、屏幕预检查、使用不同打印机、按用户要求加工、输出最终结果、图文并茂等功能。
需要时可输出声音、动态图像等多媒体信息；
（5）数据维护。
使用数据库工具來进行数据更新、删除、保存、恢复等工作;
各种数据必须按规定的时间间隔来更新、删除、保存，并确保数据库的完整性，降低冗余度。
4.1.3编码质量标准
各子系统的录入、査询、统计和报表输出功能最终通过编写代码来实现，在编写这些代码时达到如下的质量标准：
（1）编码的正确性，首先保证所写代码能完成确定的功能，满足用户使用上的需求。
（2）编码的规范性，严格按照公司程序编码规范进行程序编码，增加程序的可读性和可维护性。
（3）面向对象的编程，采用面向对象的思想进行程序设计。
4.1.4文档质量标准
为了保证系统的顺利开发，系统在分析、设计和编码的过程中会形成一些文档。
这些文档应达到如下的质量标准：
（1）完备性，保证各开发阶段结束时文档是齐全完备的。
（2）准确性，各阶段文档内容必须真实反映该阶段工作且与该阶段需求一致。
（3）简明性，文档语言表达应清晰、准确、简练，适合各种文档的特定读者。
（4）可追踪性，包括同一文档的可追踪能力及不同文档间相关内容相互检索能力。
（5）自说明性，各阶段文档表达其相应阶段工作的能力。
（6）规范性，文档的界面、大纲、术语的含义及图示符号符合公司软件文档编制规范。
4.1.5采用有效的软件工程技术
为了更好地设计高质量的软件产品，我们在设计中采用SybasePowerDesigner设计分析工具，进行完整性和一致性分析，保证数据的高效性，完整性和一致性。
4.1.6组织正式技术评审
在软件开发各个阶段中，分别组织软件开发人员和各个阶段的用户参加三次评审，这三次评审包括：
需求评审，设计评审，代码评审，其过程如下：
需求评审，主要包括接口数据库分析评审和现有综合信息平台项目完善需求评审。
设计评审，主要包括接口软件概要设计和接口软件详细设计评审。
代码评审，主要包括信息平台接口功能代码评审。
4.1.7加强多层软件测试
对软件的每个模块进行严格的白盒测试和黑盒测试，子系统采用局部测试，整体采用系统集成测试。
4.1.8对软件文档及其修改的版本控制
软件文档是软件分析、设计、编码、调试等过程的最终文字结果。
它反映了整个软件开发的过程及软件应具有的功能，因为软件幵发的过程是连续的，所以对软件文档的修改，影响的不是开发过程的某个阶段，它影响的是整个开发过程。
因此软件开发完毕后尽量不要对软件文档进行修改。
4.1.9遵从软件开发的标准流程
对软件产品的每个过程标准化，产品文档化，公司采用的国家软件工程标准主要有：
《中华人民共和国计算机信息系统安全保护条例》
《GB8566-88软件开发规范》
《GB/T14079—93软件维护指南》
《GB8567-88计算机软件产品开发文件编制指南》
《GB9385-88计算机软件需求说明编制指南》
《GB9386-88计算机软件测试文件编制指南》
《GB12504-90计算机软件质量保证计划规范》
《GB/T14394—93计算机软件可靠性和可维护性管理》
《GB/T19000.3-94质量管理和质量保证标准第三部分在软件开发，供应和维护中的使用指南》〔相当于1S09000-3〉
4.2软件的测试、调试和验收
4.2.1概述
71777部队综合信息平台建设项目的质量是保证其实用化是否成功的关键。
必须经过严格的测试工作來保证软件系统的质量。
对于一个完整的信息平台系统，可以从其外部特性、内部特性等几方面来评价其质量。
所谓外部特性，是把软件系统作为一个整体，不管其内部是如何实现的，而只是从其外部表现来评价。
它可以包括：
正确性：
即信息平台系统软件是否能够按照用户需求要求达到预期的结果，这也是对该系统的基本要求。
可靠性：
即在用户要求的各种条件下，或各种操作下，系统能够正常工作的能力。
另外还涉及系统的完整性和可维护性。
而从软件的内部特性来分析信息平台系统的可靠主要是看其内部结构是否合理、程序是否简练和便于测试等。
为了确保软件质量，就要在软件的开发过程中，严格按照软件工程的方法进行。
严格测试是保证软件质量的有效手段。
在系统开发的每一阶段，通过适当的测试手段，检查系统是否按正确的方向发展，及时发现不足与错误之处。
测试包括功能测试和对需求分析报告、系统设计说明和源程序的测试。
测试的方法采用交叉测试方法即程序员尽可能避免测试自己编写的程序。
测试工作要有严格的精祌、客观的态度和冷静的情绪，抛开主观臆想和愿望，即要测试有效输入，又要顾及无效输入；
即要检验程序是否做了应该做的处理，又要检验其是否做了不该做的处理。
4.2.2遵循CMM管理模型
系统的测试遵循CMM管理模型，在软件开发的关键过程域中，针对每个评测点进行有计划的评测。
系统的各程序模块、各子系统及其相关应用程序都需经过必要测试和调试，确保各应用软件的功能和性能符合系统需求。
本公司与用户共同拟定一份系统测试大纲，包括测试项目和所应达到的性能。
系统的各应用软件的功能和性能都需经过必要测试，并且其结果都经过用户签字认可后才能验收。
4.2.3测试范围
测试范围主要有：
本系统各应用软件功能、性能测试；
由本系统与其它软件共同完成的功能、性能测试；
有关数据接口软件功能测试；
用户界面测试：
数据共享检验。
4.2.4测试和验收计划
在代码设计完成后，一周内本公司与用户共同拟定一份系统测试和验收的详细计划，包括对系统性能、功能和连续运行情况进行测试的方法。
4.2.5测试步骤
应用软件测试分以下步骤：
单元测试：
测试各模块在功能和结构上存在的问题并加以纠正，单元测试要在单元模块编写完成后进行。
集成测试：
各模块集成为一个子系统后进行有关功能测试。
有效性测试：
按各项应用需求，逐项进行功能测试。
系统测试：
在实际运行环境下，根据系统的需求定义，测试系统的正确性。
第五章组织与实施
5.1组织机构与人员
5.1.1组织机构
71777部队综合信息平台建设项目的软件项目中，济南嘉胜信息工程有限公司成立专门的项目组对71777部队综合信息平台建设项目进行全程管理，以项目经理为领导的项目组下设五个分组，分别是分析与设计组、编码实现组、软件测试组、项目实施组、质量保证组，组织结构如图
5-1所示：
项目经理
分析与设计组
编码实现组
软件测试组
项目实施组
质量保证组
图5-171777部队综合信息平台建设项目组构成
5.1.2职能划分
项目经理：
具体负责与管理整个项目的全部实施工作。
分析与设计组：
负责项目的需求分析和整体解决方案设计，并协助项目经理制定软件开发规范，总体负责整个项目的技术工作。
编码实现组：
负责各个软件子系统的开发。
软件测试组：
负责软件测试工作。
项目实施组：
负责软件的安装实施工作。
质量保证组：
负责项目全部过程的整体质量保证工作。
5.2项目实施计划和步骤
项目实施以济南嘉胜信息工程有限公司为主，71777部队有关人员配合并参与开发的全过程，以便于今后负责系统的管理和操作运行。
本项目采用软件工程的方法，分为以下七个阶段：
第一阶段为需求分析阶段：
第二阶段为软件设计阶段；
第三阶段为编码实现阶段；
第四阶段为软件测试阶段；
第五阶段为现场安装与调试阶段；
第六阶段为软件试运行阶段；
第七阶段为软件验收阶段。
具体实施内容如下：
5.2.1需求分析阶段^
对需求作详细全面地调研，了解客户的业务需求和用户需求的实质性内容，主要是目标分析、功能模型分析、数据模型分析，信息分布分析、信息传输与流量分析。
主要成果是《需求调研报告》和《需求分析说明书》。
5.2.1软件设计阶段
针对《需求分析说明书》中的业务流程和数据流程以及用户的需求整理出系统需求，进而完成《概要设计说明书》、《数据库设计说明书》和《详细设计说明书》，设计出总体的方案。
在此阶段制定出系统的开发规范，以便提高系统的质量，使系统达到风格统一，易于维护的要求。
对系统的层次架构设计和接口设计以及对象类的详细设计进行定义和描述。
5.2.3编码实现阶段
根椐《数据库设计说明书》和《详细设计说明书》由编码人员进行每个功能模块的编码实现，这个阶段是分模块进行具体编码实施和功能实现，最后系统整合。
主要成果是源代码和安装程序。
5.2.4软件测试阶段
主要包括单元测试和系统集成测试的功能测试，进行数据库和程序的全面测试，包括系统容错性、安全性、网络并发性和完整性的测试，同时还包括对系统的接口测试。
主要成果性文档是《测试计划》和《测试报告》。
5.2.5现场安装与调试阶段
这个阶段由项目实施组将软件系统以及数据库、中间件系统进行安装，同时对软件系统进行配置和调优设置，也进行第一轮的运行测试，纠错补漏，为试运行做充分的准备。
5.2.6软件试运行阶段
在全体设计、开发和测试人员的共同参与的情况下进行系统的全面联调和试运行。
同时也请系统的使用人员进行相关操作的试运行，进而达到熟悉系统应用和对系统稳定性的充分测试和衡量。
5.2.7软件验收阶段
提供全套的从需求分析到设计、开发测试以及系统使用手册等文档，并提供系统的全銮安装介质和源程序代码，在实际运行环境中进入正式运行阶段，经验收后签字。
主要成果《验收计划》和《验收报告》。
5.3软件技术文档设计
系统建设过程中共需耍以下的几类文档：
5.3.1需求分析阶段
《综合信息平台建设项目软件需求调研报告》
《综合信息平台建设项目软件需求分析说明书》
《综合信息平台建设项目软件开发规范》
《综合信息平台建设项目件需求分析阶段评审报告》
5.3.2系统设计阶段
《综合信息平台建设项目软件概要设计说明书》
《综合信息平台建设项目软件详细设计说明书》
《综合信息平台建设项目软件详细数据库设计说明书》
《综合信息平台建设项目软件详细设计阶段评审报告》
5.3.3系统编程阶段
《综合信息平台建设项目软件源程序》
5.3.4测试与验收阶段
《综合信息平台建设项目软件系统测试计划》
《综合信息平台建设项目软件系统测试报告》
《综合信息平台建设项目软件开发与测试阶段评审报告》
《综合信息平台建设项目软件验收报告书》
5.3.5其他
《综合信息平台建设项目软件进度报告》
《综合信息平台建设项目软件会议纪要》
第六章客户服务
6.1软件技术培训
6.1.171777部队业务人员培训的要求
计算机专业人员，人数两名。
要求全面负责开发工具软件的培训。
要求进行软件开发的培训，使其具备对本系统进行二次开发的能力。
各业务部门使用人员，进行应用软件的使用培训。
6.1.2培训的必要性
“系统运行，培训先行”，只有通过全面的准备，才能保证系统更好的工作，发挥其应有作用。
为此，我们强调要加强培训，提高培训质量，提高工作人员的整体操作和应用能力。
本着实用可行的原则，我们制定了下面的操作人员基础培训、系统管理员培训和综合信息平台建设项目应用知识培训方案。
在71777部队综合信息平台建设项目中，对操作人员的培训情况的好与坏直接关系到工程实施的最终结果，在总结国内外许多失败经验后发现，操作人员的素质并不是决定性因素，而系统工程实施的重要认识和培训中的练习程度是非常重要的。
6.1.3培训的组织结构
6.1.4培训人员安排
接受培训的人员可按其工作性质分为两大类：
一类是软件的操作人员，一类是软件的维护及二次开发人员。
操作人员的培训主要培训相关业务科室的操作人员，但其中要有重点培训对象，在重点的培训对象的选择上建议对业务熟悉，接受新事务能力较强的人员，这样，以一部分人带动另一部分人其效果是比较理想的，而全部人员一致对待的方针较上一种方式相对来说其效果是差许多的。
软件维护人员的选择比其他操作人员要求相对高一些，为使用维护人员能有很强的操作、控制以及二次开发的能力，要求人员有一定的计算机专业知识，爱好软件的管理工作。
这样，培训出来的软件系统维护人员才能更好的为局所用。
公司将安排专门的培训工程师对软件的使用和开发工具进行培训，在项目开展的同时进行相关的培训内容，保证培训见实效，确保软件的运行顺畅。
对于开发工具的培训和软件逻辑结构的培训，我们安排软件的研发设计工程师进行培训，保证是接受培训的人员有二次开发的能力。
6.1.5培训计划和实施方案
培训工作同软件的开发同步进行，对系统维护和开发人员的培训和项目同步开始，到软件开发完毕，使受培训人员具有系统维护和软件二次开发的能力；
对软件操作人员的培训在软件试运行之前完成，保证试运行时操作人员已经具备操作该软件的能力。
根据其每个人员的实际情况制定针对性的方案，使培训充分发挥其作用。
总之，培训的最终结果是要求每个人必须适应其工作岗位，并能较好的完成其工作任务，减轻工作劳动强度。
6.2售后服务
6.2.1售后服务原则
济南嘉胜信息工程有限公司的售后服务原则是：
及时、准确、优质、周到，急用户之所急，想用户之所想。
6.2.2售后服务承诺
承诺长期提供及时、优质的售后技术服务。
承诺在免费保修和服务结束后，公司仍提供及时、优质的技术服务。
承诺在免费保修和服务结朿畠后，公司仍提供及时、优质的备品备件供应。
承诺始终如一的为用户提供技术支持。
6.2.3售后服务部组织机构
机构职能描述：
公司设有24小时售后服务热线，以响应客户的技术服务要求。
数名客户代表负责接听客户的热线电话，在线解答用户的一般技术性的问题。
并将疑难问题转给技术支持工程师，为客户提供全天候的技术支持。
客户代表负责建立和整理客户档案，记录和归档客户的详细资料，由在线的管理系统进行统一的管理和统计。
公司总部有充足的人力资源，以保证客户服务的各项职能髙效运作。
客户代表根据不同的问题；
将热线转给技术支持部门相应的硬件工程师或软件工程师，由专门的工程师解决客户提出的问题。
各地的售后服务点也可直接接受和支持来自服务管辖范围内的客户电话
产品技术支持：
由数名技术专家组成，他们熟悉安全领域内的各种安全产品及相关技术，负责处理在线或现场的客户服务请求，有能力迅速为客户解决故障
或问题。
系统安全服务：
由多名资深的安全专家组成的专业安全服务队伍，可以提供安全评估、安全审计、系统加固等一系列的系统安全服务。
系统培训：
提供贴近客户的各种培训课程，为客户培养不同层次、不同需求的规划、管理、维护、操作人员。
6.2.4售后服务流程
A）客户可以通过热线电话或E-mail与售后服务中心及各分支技术支持机构联系，售后服务中心根据问题的程度设置优先级别，并针对此服务请求将相应信息及电话转给技术支持工程师。
B）售后服务部门的技术工程师在收到后，首先给客户回复电话或响应邮件，建立联系。
C）作为技术支持的工程师必须在规定的时间内，
升级会员 