项目管理信息系统质量管理计划实用文档

1、项目管理信息系统质量管理计划实用文档（实用文档，可以直接使用，可编辑优秀版资料，欢迎下载）理信息系统质量保证计划目录第一章引言21.1。目的21。2。定义21。3。参考资料2第二章管理32.1。机构32。2.任务32.3。职责4第三章文档53。1.基本文档53。2.其他文档53.3.文档质量的度量准则6第四章评审和检查74.1.第一次评审74。2.第二次评审74.3.第三次评审8第五章系统开发配置管理9第六章工具、技术和方法10第七章媒体控制11第八章对供货单位的控制1213附录A14附录B15附录C17第一章引言目的本计划的目的在于对所开发系统系统开发规定各种必要的质量保证措施，以保证交付系

2、统开发能够满足项目委托书或合同中规定的各项需求。系统系统开发及所属的各个子系统（其中包括为本项目研制或选用的各种支持系统开发）时，都应该报告本计划中的有关规定，但可根据各自的情况对计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经过批准。定义本计划用到的一些术语的定义按 GB/T 11457和GB/T 12505 。参考资料GB/T 11457系统开发工程术语 GB 8566 计算机系统开发开发规范GB 8567计算机系统开发产品开发文件编制指南GB/T 12504计算机系统开发质量保证计划规范 GB/T12505计算机系统开发配置管理计划规范第二章管理机构在本系统开发系统整个开发

3、期间，必须成立系统开发质量保证小组负责质量保证工作。系统开发质量保证小组属总体组领导，由总体组代表、项目的系统开发工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统系统开发质量保证人员等方面的人员组成，由项目的系统开发工程小组代表任组长。各子系统的系统开发质量保证人员在业务上受系统开发质量保证小组领导，在行政上受各子系统负责人领导。系统开发质量保证小组和系统开发质量保证人员必须检查和督促本计划的实施。各子系统的系统开发质量保证人员有权直接向系统开发质量保证小组报告子项目的系统开发质量状况。各子系统的系统开发质量保证人员应该根据对子项目的具体要求，制订必要的规程和规定，以

4、确保完全遵守本计划规定的所有要求。任务系统开发质量保证工作涉及系统开发生存同期各阶段的活动，应该贯彻到日常的系统开发开发活动中，而且应该特别注意系统开发质量的早期评审工作。因此，对新开发的或正在开发的各子系统，要按照 GB 8566与本计划的各项规定进行各项评审工作。系统开发质量 保证小组要派成员参加所有的评审与检查活动。评审与检查的目的是为了确保在系统开发开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高系统开发的质量。在系统开发开发过程中，经总体组研究决定， 在系统开发及其所属各子系统的开发过程中，应该进行以下三次评审：第一次评审系统开发需求、概要设计、验证与确认方法；第二次评审详

5、细设 计、功能测试与演示，并对第一次评审结果复核；第三次是功能检查、物理检查和综合检查。 关于这些评审工作的详细内容见第5章.? 阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长，评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、系统开发开发单位和上级主管部门的代表，其他参加人员视评审内容而定。每一次评 审工作都应填写评审总结报告 （RSR）、评审问题记录（RPL）、评审成员签字（RMT） 与系统开发问题报告单（SPR ）等四张表格.这四张阶段评审报表的具体格式应与附 录C中的规定相一致.? 日常检查：在系统开发的开发过程中，各子系统应该填写项目进度报

6、告 .项目状态报告的格式与附录 B中的规定相一致。? 系统开发验收：必须组织专门的验收小组对系统系统开发系统及其所属各个子系统 进行验收。验收工作应按照公安部机关金盾工程项目验收办法进行。职责在系统开发质量保证小组中，其各方面人员的职责如下：? 组长全面负责有关系统开发质量保证的各项工作；? 总体组代表负责有关阶段评审、项目进展报表检查以及系统开发验收准备等三方面 工作中的质量保证工作.? 项目的专职配置管理人员负责有关系统开发配置变动、系统开发媒体控制以及对供货单位的控制等三方面的质量保证活动；? 各子系统的系统开发质量保证人员负责测试复查和文档的规范化检查工作；? 用户代表负责反映用户的质

7、量要求，并协助检查各类人员对系统开发质量保证计划的执行情况；? 项目的专职质量保证人员协助组长开展各项系统开发质量保证活动，负责审查所采用的质量保证工具、 技术和方法，并负责汇总、维护和保存有关系统开发质量活动 的各项记录。第三章文档本章给出了在系统系统开发开发过程各阶段需要编制的文档名称及其要求，并且规定了评审文档质量的通用的度量准则。基本文档为了确保系统开发的实现满足需求，系统系统开发各开发单位至少应该编写以下八个方面内容的文档：系统开发需求规格说明书；系统开发设计说明书，对一些规模较大或复杂性较高的项目，应该把本文档分成概要设计说明书与详细设计说明书两个文档；系统开发测试计划；系统开发测

8、试报告；用户手册；源程序清单；项目实施计划；项目开发总结。其他文档除了基本文档之外，对于尚在开发中的系统开发，还应t包括以下四个方面的文档：系统开发质量保证计划；系统开发配置计划；项目进展报表；阶段评审报表；注：前面两个文档由项目工程小组制订，属于管理文档，各个子系统的项目承办单位与系统开发开发单位都应认真执行计划中规定的条款。后面两类文档属于工作文档，就是本计划的2。2中提到的四张项目进展季报表。文档质量的度量准则文档是系统开发的重要组成部分，是系统开发生存周期各个不同阶段的产品描述。难作确认就是要检查各阶段文档的合适性。评审文档质量的度量准则是有以下六条：? 完备性：应按照GB 8567的

9、规定编制相应的文档，以保证在开发阶段结束时其文档 是齐全的。? 正确性：在系统开发开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。? 简明性：在系统开发开发各个阶段所编写的各种文档的语言表达应该清晰、准确简炼,适合各种文档的特定读者。? 可追踪性：在系统开发开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪性包括纵向可追踪性和横向可追踪性两个方面。前者是指在不同的文档的相关内容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档中的范围的难易程度。? 自说明性：在系统开发开发各个阶段所编写的各种文档应该具有较好的自说明性。 文档的自说明性是

10、指在系统开发开发各个阶段中的不同文档能独立表达该系统开 发其相应阶段的阶段产品的能力。? 规范性：在系统开发开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。第四章评审和检查本章具体规定了应该进行的阶段评审、阶段评审的内容和评审的时间要求.对新开发的或正在开发过程中的各个子系统，都要按照GB 8566的规定进行定期的或阶段性的各项评审 工作.就整个系统开发开发过程而言 ，至少要进行系统开发需求评审、概要设计评审、详细设 计评审、系统开发验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方 面的评审和检查工

11、作。如本计划第2。2条所述，经总体研究决定，在全项目管理信息系统系统开发及其所属各个子系统的开发过程中，把前七种评审分成三次进行。有每次评审之后， 要对评审结果作出明确的管理决策。下面给出每次评审应该进行的工作。第一次评审第一次评审会要对系统开发需求、概要设计以及验证与确认方法进行评审? 系统开发需求评审应确保在系统开发需求规格说明书中规定的各项需求的合理性。? 概要设计评审应评价系统开发设计说明书中的系统开发概要设计的技术合适性.? 系统开发验证和确认评审应评价系统开发验证和确认计划中确定的验证和确认方 法的合适性和完整性。第二次评审第二次评审会要对详细设计、功能测试与演示进行评审，并对第一

12、次评审结果进行复核 如果在系统开发开发过程中发现需要修改第一次评审结果，则应按照项目管理信息系统系统开发配置管理计划的规定处理。? 详细设计评审应确定系统开发设计说明书中的详细设计在满足系统开发需求规格 说明书中的需求方面的可接受性。? 编程格式评审应确保所有编码采用规定的工作语言，能在规定的运行环境中运行满足C语言编程格式约定，并且符合GB 8566中提倡的编程风格。在满足这些 要求之后，方可进行测试工作评审。? 测试工作评审应对所有的程序单元进行静态分析，检查其程序结构（即模块和函数的调用关系和调用序列）和变量使用是否正确。在通过静态分析后，再进行结构测试和功能测试。在结构测试中，所有程序

13、单元结构测试的语句覆盖C.必须等于100 %,分支覆盖C1必须大于或等于 85 %.要给出第个单元的输入和输出变量的变 化范围。各个子系统只进行功能测试，不单独进行结构测试， 因而要登录程序单元之间接口的变量值。力图使满足单元测试的C1和Co准则的那些测试用例在子系统功能测试时得到再现。测试测试工作评审要检查所进行的测试工作是否满足这些 要求。特别在评审功能测试工作时，不仅要运行开发单位给出的测试用例，而且要允许运行任务委托单位或用户、评审人员选定的采样用例。第三次评审第三次评审会要进行功能检查、物理检查和综合检查.这些评审会应在集成测试阶段结束后进行。? 功能检查应验证所开发的系统开发已满足

14、在系统开发需求规格说明书中规定的所 有需求。? 物理检查应对系统开发进行物理检查，以验证程序和文档已经一致，并已做好了交付的准备。? 综合检查应验证代码和设计文档的一致性、接口规格说明的一致性（硬件和系统开发）、设计实现和功能需求的一致性、功能需求和测试描述的一致性第五章系统开发配置管理对项目管理信息系统的各项配置进行及时、合同的管理，是确保系统开发的配置管理工作，可按项目管理信息系统系统开发工程小组编写的项目管理信息系统系统开发配置管理计划。在特别注意规定对系统开发问题报告、追踪和解决的步骤，并指出实现报告、追踪 和解决系统开发问题的机构及其职责。第六章工具、技术和方法在项目管理信息系统项目

15、所属的各个子系统（其中包括有关的支持）的研制与开发过程中，都应该在各自的系统开发质量保证活动中合理地使用系统开发质量支持工具、技术和方 法。这些工具主要有下列几种 ：? 系统开发配置管理工具。它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织；支持用户有不同文档相关内容之间进行相互检索并确定同一 文档中的涉及范围；同时还应支持系统开发配置管理小组对系统开发配置更改进行 科学的管理。? 文档辅助生成工具与图形编辑工具。它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述系统开发功能（输入、输出关系）的曲线以及绘制描述系统特性的一些其他图形，同时还可生成若干与项目管理

16、信息系统系统开发文档编 制大约相适应的文档模板。用户利用这个工具的正文与图形编辑功能以及上述辅助 功能，可以比较方便地产生清晰悦目的文档，也有利于对文档进行更改， 还有助于 提高文档的编制质量。第七章媒体控制为了保护计算机程序的物理媒体，以免非法存取，意外损坏或自然老化，项目管理信息系统工程化系统开发系统的各个子系统（包括支持系统开发）都必须设立系统开发配置管理人员，并按照项目管理信息系统系统开发工程小组制订的、且经项目管理信息系统总体组批准的项目管理信息系统系统开发配置管理计划妥善管理和存放各个子系统及其专用支持系统开发的媒体。第八章对供货单位的控制项目管理信息系统项目所属的各个子系统开发组

17、，如果需要从系统开发销售单位购买、 委托或其他开发单位开发、 从开发单位现存系统开发库中选用或从项目委托单位或用户的现 有系统开发库中选用软部件时 ，则在选用前应向项目管理信息系统总体组报告，然后由项目 管理信息系统总体组组织“系统开发选用评审、测试与检查，只有当演示成功、测试合格后 才能批准选用。如果只选用其中部分内容，则按待开发系统开发的处理过程办理，此时项目管理信息系统总体组不予干预 .第九章记录收集、维护和保存在项目管理信息系统项目及其所属的各个子系统的研制与开发期间，要进行各种系统开发质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保系统开发质量的重要条件。在系统开

18、发质量保证小组中，应有专人负责收集、汇总与保存有关系统开发质量保证活动的记录.要收集、汇总与保存的记录名字及其保存期限见附录A表1。附录A表1记录名称及其保存的期限记录的名称与分类要保存的期限阶段阶段评审总结整个系统开发开发周期评审阶段评审问题记录整个系统开发开发周期记录阶段评审主要问题整个系统开发开发周期阶段评审成员整个系统开发开发周期日常系统开发阶段进度整个系统开发开发周期检查系统开发阶段产品完成情况整个系统开发开发周期记录系统开发开发费用统计表整个系统开发开发周期修改系统开发问题报告单整个系统开发开发周期记录系统开发问题修改单整个系统开发开发周期组织系统开发质量保证小组保证小组成员记录整

19、个系统开发开发周期附录B项目进展表B1项目进展报表（月报表或季报表）由一项目报表表头（表 B1）和另一外三个表格（表 B2、表B3、表B4）组成,在表B2中，要填写各个阶段的开工日期与结束日期。其中计划进度是指在项目实施计划中确定的计划进度，因此可以管理人员事先填好，而不必由开发人员填写。 实际进度是指该项目实际的开工日期与结束日期，它将随着该项目的不断进展来填写.其中进度是指项目组长发现实际进度与计划进度不符时提出的进度修改建 议；但经项目管理人员研究后，可能对此修改建议作某些更改。此外，在相继的若干次报表 中，项目组长提出的建议日期也可能是不相同的。在些我们规定，最终的调整进度由项目管 理

20、来确定。在表 B3 “系统开发阶段产品完成情况表”中，要填写各个文档的开始编写日期 与完成日期.其中关于对计划进度、调整进度与实际进度的含义的解释与上相同.表B4是关于统计系统开发开发费用的表格。表1项目进展报表表头年月子系统名称模块名填表人填表日期年月日项目组长开发单位表B2系统开发阶段进度表子系统名：模块名 ：统计日期：年月日计划名称计划进度调整进度实际进度备注开工日期制日期开工日期结束日期开式日期结束日期SA& SDRAPDDDCD&UTIT&STIS &ACTSSD注：SA & SD(system analysis & software definition phase ):系统分析与

21、系统开发定义阶段 RA r requirements analysis phase) : 需求分析阶段。PD (preliminary design phase ):概要设计阶段。DD (detailed design phase ):详细设计阶段.CD&UT (coding & unit testing phase ):编码与单元测试阶段 .IT&ST (integrating & system testing phase) :组装与系统测试阶段。IS&AC(installation & acceptance phase):安装与验收阶段。TSSD(total software system

22、 development phase ):整个系统开发系统的开发阶段。表 3系 统开发阶段产品完成情况子系统名：模块名：统计日期：年月日计划进度调整日期实际日期文档名称开始日期完成日期开始日期完成日期开始日期完成日期页数备注1项目实施计划2需求规格说明书3概要设计说明书4详细设计说明书5测试计划6测试报告7用户手册8项目开发总结9源代码清单10质量保证计划11配置管理计划表4系统开发开发费用统计表子系统名：模块名：统计区间：从年月日至年月日人工费用(人月)机时小时其他(元)阶段名 称项目 管理系统分 析系统 开发 设计编程 设计数据 录入其它人工终端 小时主机小 时外存 空间其它 费用出差 资

23、料其他费 用SA& SDRAPDDDCtDc UTIT&STIS&ACTSSD附录C项目阶段评审表 C1在系统开发开发过程中的适当阶段对系统开发阶段产品进行评审，是确保系统开发产品最终质量的重要方法.阶段评审可以对某个开发阶段产品进行评审，也可以对某几个开发阶段产品进行综合评审。在每次阶段评审中，必须履行正式手续，填写必要的评审表格，以利于项目管理工作，利于产品验收时的质量检查工作。项目阶段评审表由四张子表组成。表 C1是对评审中发现的问题的记录RPL (review problem log);表C2是评审总结报告 RSR(review summary report);表C3是对其中主要问题的

24、详细描述SPR (softwareproblem report);表C4是评审小组成员登记与签字表.下面给出这四张表的格式。表C1评审问题记录(RPL)登记号RPL评审问题记录评审日期年月日评审性质评审口复审口项目 名子项目名代号编R问题摘要问题类型是否解决123456789101112131415表C2评审总结报告（RSR）登记号RPL评审总结报告评审日 期年月日评审性,质评审复审口项目名子项 目名代号阶段名系统开发定义口需 求 分 析 概 要 设 计 详 细 测 试 编 码 测 试 组 装 测 试 % 空 吸 啦 匚1运行维护口项目组长姓名地址小需 修改评审通过稍作 修改结论作重 要修改不

25、通过要重 新评 审备注表3系统开发问题报告单（STR）登记号软件问题报告单登记日 期年月日发现日 期项目名子项目 名代号阶段名系统 开发 定义 口需求分 析口概要 详设计细编 码 测 试组装 测试当 弟 驳 峨 匚运状 行态 维O1234567报告人姓 名地 址问题：例行程序口 程序口数据库口文档口文档口问题描述/影响：附注及修改建议：表C4评审成员签字登记表（RMT）职务姓名职称单位签字组长副组长评成员审成员小成员组成员成成员员成员成员陕西省教育精准资助管理信息系统控辍保学动态监测模块操作手册陕西省教育厅基础教育一处二。一七年八月目录第1章系统说明241.1学校用户的主要流程及功能：1。2区

26、县教育局用户的主要功能：1。3地市教育局用户的主要功能：1。4省厅基教一处用户的主要功能242627:28第2章控辍保学功能使用说明292。1系统登录29 TOC o 1-5 h z HYPERLINK l bookmark48 o Current Document 2。2控辍保学学校信息采集302。2。1 新增 30。2控辍保学学校信息修改312。2.3控辍保学学校信息查看32 HYPERLINK l bookmark64 o Current Document 控辍保学学生信息采集332。3。1控辍保学学生信息查询33控辍保学学生信息新增34。3控辍保学学生信息查看36 HYPERLINK

27、l bookmark78 o Current Document 控辍保学措施登记372。4.1控辍保学措施登记查询372。4。2控辍保学措施登记查看382。4.3控辍保学措施登记详细信息增加 39控辍保学措施登记详细信息修改40控辍保学措施登记详细信息查看 412。4。6控辍保学措施登记详细信息删除422.4。7控辍保学措施登记页面返回422 o 5控辍保学学生返校处理43控辍保学学生返校处理查询43控辍保学学生返校处理修改442。5。3控辍保学学生返校处理查看45控辍保学学生信息查看462。6.1控辍保学学生信息查询462控辍保学学生信息查看473控辍保学学生措施登记信息查看48控辍保学周报

28、491控辍保学周报增加（学校端、区县端）49控辍保学周报查看（省、市教育机构）50控辍保学主管部门调整（省教育机构）51控辍保学分析52控辍保学分析下级数据查看53。 2控辍保学趋势分析57建档立卡有效信息 602。9。1建档立卡有效信息查看（省、市）60控辍保学学生信息采集：由学校操作人员将“疑似辍学”第1章系统说明控辍保学是义务教育学校的一项日常业务管理职责，在全国脱贫攻坚关键阶段，为确保贫困家庭义务教育阶段子女按时入学、 不辍学, 教育部门和学校须及时掌握辍学学生或疑似辍学的基本情况，并将过程信息化，即时上报、督察、采集相关措施，使义务教育阶段辍学学 生及时返校。为完善控辍保学动态监测机

29、制，我省在陕西省教育精 准资助管理信息系统中设立控辍保学管理模块，实现学生辍学信息 采集、控辍保学措施管理及控辍保学周报管理等。这些功能覆盖义务 教育学校、县（区）教育局、地市教育局和省教育厅基教一处管理用 户。1.1学校用户的主要流程及功能：1.1.1.学生录入到系统，采集疑似辍学学生基本情况，系统自动提 取学籍信息，并进行相关的处理措施。功能包括新增、修改 和查看，详细操作说明参考2。3。控辍保学措施登记：将相关控辍保学具体措施登记到系统中，如将“疑似辍学”转为“辍学”时须将确认核实工作 内容进行记录；在返学过程中采取的各项措施进行登记，该 记录将形成该学生辍学、处理、返学整个过程中各种处

30、理措 施的证据链。系统自动会根据辍学时间进行自动判别。具体 操作详细说明参考2.4。控辍保学学生返校处理：确认辍学学生返校后，对该辍学信息进行处理，将其状态改为返校，此时本条辍学信息处 理完毕，后续信息只能查看，不能变化，如果该学生再次辍学， 则登记新的辍学信息。具体操作详细说明参考2。5。控辍保学信息追踪：跟踪一个辍学学生的所有相关记录通过时间线索，可以得到该学生多次辍学、返学的完整记录， 可清晰全面了解该学生辍学情况.控辍保学学校信息采集：为自动填报辍学情况周报，需要填写学校的学生人数，请假人数等信息，该信息每个学校 保留一条，每次变化进行更新。功能包括新增、修改和查看。 详细操作说明参考

31、2.2.控辍保学周报：各义务教育阶段学校需每周上报学生辍学情况周报，如果学校操作用户未按时上报，系统会自动按系统汇总情况进行上报。因此，学校用户需要及时更新学生辍学和返校的情况，系统才能准确上报实际情况。详细操作请 参考2。7。控辍保学信息分析：为学校和管理部门提供的统计分析功能，相关领导能随时掌握该部门管辖的控辍保学动态.上级 部门同样可以随时掌握所有情况，包括汇总信息和明细信息， 不再需要报表填报上报；另外还可进行趋势分析，详细操作请 参考2。8。建档立卡学生信息查询：可以直接查询本校所有有效的建档立卡学生信息，方便学校管理人员及时掌握学校的贫困 生情况。详细操作请参考2。9。1。2 县（

32、区）教育局用户的主要功能：主要负责监督和检查本县（区）所有学校的控辍保学情况，不对 具体的学校和学生的数据进行操作，但可以查询各学校的具体情况。 主要有以下功能：控辍保学信息查询：查询下属各学校的控辍保学信息，可根据各种条件查询相关信息。可以查询到各学校的整体情 况,并能够进一步查看具体辍学学生情况和措施情况。具体操作详细说明参考2。6.控辍保学周报：检查下属各学校每周上报的学生辍学情况周报，并可进行汇总，详细操作请参考 2。7.控辍保学信息分析：为管理部门提供的统计分析功能，相关领导能随时掌握该部门管辖的控辍保学动态。上级部门同样可以随时掌握所有情况，包括汇总信息和明细信息，不 再需要报表填

33、报上报；另外还可进行趋势分析，详细操作请参 考 2。8。1。3 地市教育局用户的主要功能：主要负责监督和检查本地市所辖县区及所有相关学校的控辍保学情况，不对具体的学校和学生的数据进行操作，但可以逐级查询各学校的具体情况.主要有以下功能：控辍保学信息查询：查询下属各学校的控辍保学信息，可根据各种条件查询相关信息。可以查询到各学校的整体情 况，并能够进一步查看具体辍学学生情况和措施情况。具体 操作详细说明参考2.6.控辍保学周报：检查下属区县及各学校每周上报的学生辍学情况周报，并可进行汇总，详细操作请参考2。7。控辍保学信息分析：为管理部门提供的统计分析功能，相关领导能随时掌握该部门管辖的控辍保学

34、动态.上级部门同样可以随时掌握所有情况，包括汇总信息和明细信息，不 再需要报表填报上报；另外还可进行趋势分析，详细操作请 参考2。8.1o 4 省教育厅基教一处用户的主要功能:主要负责监督和检查全省各地市及所有相关学校的控辍保学情况，不对具体的学校和学生的数据进行操作，但可以逐级查询各学校的具体情况.主要有以下功能：控辍保学信息查询：查询下属各学校的控辍保学信息， 可根据各种条件查询相关信息。可以查询到各学校的整体情 况，并能够进一步查看具体辍学学生情况和措施情况。具体 操作详细说明参考2。6.控辍保学周报：检查下属各学校每周上报的学生辍学情况周报，并可进行汇总，详细操作请参考 2.7。控辍保

35、学信息分析：为管理部门提供的统计分析功能， 相关领导能随时掌握该部门管辖的控辍保学动态。上级部门 同样可以随时掌握所有情况，包括汇总信息和明细信息，不再 需要报表填报上报；另外还可进行趋势分析，详细操作请参 考 2。8.第2章 控辍保学功能使用说明用户名：管理员帐号为原资助管理员帐号前加k,领导帐号为原资助管理员帐号前加sk,具体编码规则如下省市县管理员用户帐号为7位编码，第一位为小写字母k,第2位至第6 位为部门编码前6位；省市县领导帐号为省市县管理员用户帐号前加小写字母s;义务教育学校管理员用户为12位编码，第一位为小写字母k,第2位至第11位为部门编码前10位，第12位默认为2 （代表义

36、务教育数据表类型）；义务教育学校领导帐号为义务教育学校管理员用户帐号前加小写字母s密码：默认888888以下主要以义务教育阶段学校旬阳县城关第二小学为例。5,2。1系统登录操作方法1,输入正确的用户名、密码、验证码，如图1所示.2。点击“登录”按钮.6.2。2控辍保学学校信息采集2.2。1 新增图2控辍保学学校信息新增图3控辍保学学校信息新增操作方法.点击“控辍保学管理”菜单下的“控辍保学学校信息采集菜单，点击“增 加”按钮，如图2所示。.系统弹出控辍保学学校信息添加窗口 ，输入正确的信息，如图3所示。.点击“保存”按钮。操作提示.所有带项为必填项. 一个学校只能新增一条控辍保学学校信息。联系

37、方式：、号码都可以；电子信箱：；备注：最多只能填写100个字2。2.2控辍保学学校信息修改图4控辍保学学校信息修改图5控辍保学学校信息修改操作方法.点击按钮，如图4所示。.系统弹出修改学校信息，修改相关信息，如图5所示 3,确定无误，点击“保存”按钮。操作提示1.所有带项为必填项。2。除”学校名称”， 外的其他信息可以修改。学校管理部门“，“所在地市“，“所在区县”以2,2 o 3控辍保学学校信息查看收两附UHM曲窗糊曾忤匚品系作图6控辍保学学校信息查看图7控辍保学学校信息查看操作方法1.点击按钮，如图6所示.2。系统弹出查看信息页面，如图7所示3.查看相关信息。操作提示学校端进入系统后只能查

38、看自己学校的数据 ，机构端进入系统后可以查看所 管辖下的所有学校的数据。2.3控辍保学学生信息采集由学校操作人员将“疑似辍学”学生录入到系统，采集疑似辍学学生基本情 况，并进行相关的处理措施。4.2.3。 1控辍保学学生信息查询图8控辍保学学生信息查询操作方法.输入“姓名”或者“身份证号”或者选择”是否建档立卡学生”，如图8所 示。2。点击“查询”按钮，按照条件显示查询结果。.点击“重置”按钮，查询条件置空，显示所有相关信息.点击“更多查询”按钮，会增加“学生状态”查询条件。9.5,2。3。2控辍保学学生信息新增图9控辍保学学生信息新增*有客amr1ra朝总图10控辍保学学生信息新增图11控辍

39、保学学生信息新增图12控辍保学学生信息新增图13控辍保学学生信息新增操作方法1。点击“控辍保学管理”菜单下的“控辍保学学校信息采集” 菜单，点击 “增加”按钮，如图9所示.2。系统弹出控辍保学学生信息添加窗口，先输入学生身份证号在点击“ 查 询”，如图10所示。3.点击“查询”后系统中没有学生学籍信息请先完善学籍信息，如图11所示; 如果系统中有学生学籍信息就会自动提取出来，如图12所示。4。选择“离校时间”，填写学生的离校原因，点击“保存”按钮，如图13。 操作提示选择离校时间后离校天数系统会自动计算并回填，计算的离校天数是出去法定节假日和周末后的天数。2。3。3控辍保学学生信息查看图14控

40、辍保学学生信息查看图15控辍保学学生信息查看操作方法.点击按钮，如图14所示。.系统弹出查看信息页面，如图15所示.3。查看相关信息.8.2。4控辍保学措施登记将相关控辍保学具体措施登记到系统中，如将“疑似辍学”转为“辍学”时 须将确认核实工作内容进行记录； 在返学过程中采取的各项措施进行登记， 该记 录将形成该学生辍学、处理、返学整个过程中各种处理措施的证据链.2.4。1控辍保学措施登记查询图16控辍保学措施登记查询操作方法.选择“学生状态”，如图16所示。.点击“查询”按钮，按照条件显示查询结果。.点击“重置”按钮，查询条件置空，显示所有相关信息2.4。2控辍保学措施登记查看图17控辍保学措施登记查看图18控辍保学措施登记查看操作方法.点击按钮，如图17所示.2。系统跳转到查看信息页面，如图18所示。3.查看相关信息。9.9,2。4。3控辍保学措施登记详细信息增加图19控辍保学措施登记详细信息增加府瘠附图21控辍保学措施登记详细信息增加图20控辍保学措施登记详细信息增加操作方法1。点击按钮，如图19所示。2。系统跳转到查