开发进度计划公共卫生

鄂州市基层医疗卫生信息系统

软件开发进度计划(公共卫生)建设方(甲方)代表签字：日期：监理方代表签字：日期：承建方(乙方)代表签字：日期：目录1. 引言 11.1. 标识 11.2. 系统概述 11.3. 文档概述 31.4. 与其他计划之间的关系 31.5. 基线 32. 引用文件 43. 交付产品 53.1. 程序 53.2. 文档 53.3. 服务 53.4. 非移交产品 63.5. 验收标准 63.6. 最后交付期限 64. 所需工作概述 85. 实施整个软件开发活动的计划 95.1. 软件开发过程 95.2. 软件开发总体计划 95.2.1. 软件开发方法 95.2.2. 软件产品标准 105.2.3. 可重用的软件产品 17. 吸纳可重用的软件产品 17. 开发可重用的软件产品 175.2.4. 处理关键性需求 18. 安全性保证 18. 保密性保证 18. 私密性保证 18. 其他关键性需求保证 185.2.5. 计算机硬件资源利用 195.2.6. 记录原理 195.2.7. 需方评审途径 196. 实施详细软件开发活动的计划 206.1. 项目计划和监督 206.1.1. 软件开发计划 206.1.2. CSCI测试计划 206.1.3. 系统测试计划 206.1.4. 软件安装计划 206.1.5. 软件移交计划 216.1.6. 跟踪和更新计划 216.2. 建立软件开发环境 216.2.1. 软件工程环境 216.2.2. 软件测试环境 216.2.3. 软件开发库 226.2.4. 软件开发文档 226.2.5. 非交付软件 226.3. 系统需求分析 226.3.1. 用户输入分析 226.3.2. 运行概念 226.3.3. 系统需求 226.4. 系统设计 236.4.1. 系统级设计决策 236.4.2. 系统体系结构设计 236.5. 软件需求分析 236.6. 软件设计 246.6.1. CSCI级设计决策 246.6.2. CSCI体系结构设计 246.6.3. CSCI详细设计 246.7. 软件实现和配置项测试 246.7.1. 软件实现 246.7.2. 配置项测试准备 246.7.3. 配置项测试执行 246.7.4. 修改和再测试 246.7.5. 配置项测试结果和分析记录 256.8. 系统单元测试 256.8.1. 系统单元测试准备 256.8.2. 系统单元测试执行 256.8.3. 修改和再测试 266.8.4. 系统单元测试结果分析记录 266.9. 系统集成测试 266.9.1. 系统集成测试准备 266.9.2. 系统集成测试执行 276.9.3. 修改和再测试 276.9.4. 系统集成测试结果分析记录 276.10. 系统合格性测试 276.10.1. 系统合格性测试准备 276.10.2. 系统合格性测试执行 286.10.3. 修改和再测试 286.10.4. 系统合格性测试结果分析记录 286.11. 软件使用准备 296.11.1. 可执行软件的准备 296.11.2. 用户现场的版本说明的准备 296.11.3. 用户手册的准备 296.11.4. 在用户现场安装 296.12. 软件移交准备 296.12.1. 可执行软件的准备 296.12.2. 源文件准备 296.12.3. 支持现场的版本说明的准备 296.12.4. “已完成”的CSCI设计和其他软件支持信息的准备 296.12.5. 系统设计说明的更新 296.12.6. 支持手册准备 306.12.7. 到指定支持现场的移交 306.13. 软件配置管理 306.13.1. 配置标识 306.13.2. 配置控制 306.13.3. 配置状态统计 306.13.4. 制定配置管理计划 306.13.5. 创建配置管理环境 316.13.6. 配置管理计划的执行 316.13.7. 配置审核 316.13.8. 发行管理和交付 316.14. 软件产品评估 316.14.1. 中间阶段的和最终的软件产品评估 316.14.2. 软件产品评估记录（包括所记录的具体条目） 326.14.3. 软件产品评估的独立性 336.15. 软件质量保证 336.15.1. 软件质量保证评估 336.15.2. 软件质量保证记录 336.15.3. 软件质量保证的独立性 346.16. 问题解决过程 356.16.1. 问题/变更报告 356.16.2. 更正活动系统 356.17. 联合评审（联合技术评审和联合管理评审） 356.17.1. 联合技术评审包括一组建议的评审 356.17.2. 联合管理评审包括一组建议的评审 356.18. 文档编制 356.19. 其他软件开发活动 357. 进度表和网络图 367.1. 进度控制表 367.2. 进度表 398. 项目组织和资源 408.1. 项目组织 408.2. 项目资源 418.2.1. 人力资源 418.2.2. 开发环境资源 429. 培训 439.1. 项目技术要求 439.2. 培训计划 439.2.1. 总体培训安排 439.2.2. 现场培训 432、应用软件的管理维护培训 443、应用软件的系统开发用户培训 444、应用软件的使用培训 449.2.3. 集中培训 4510. 项目估算 4710.1. 规模估算 4710.2. 工作量估算 4710.3. 成本估算 4710.4. 关键计算机资源估算 4711. 风险管理 4811.1. 外部风险控制 4811.2. 内部风险控制 4812. 支持条件 4912.1. 计算机系统支持 4912.2. 需要需方承担的工作和提供的条件 4912.3. 需要分包商承担的工作和提供的条件 49引言标识本条包括了本文档适用的鄂州市基层医疗卫生信息系统的完整标识。标识号EZCHSS标题鄂州市基层医疗卫生信息系统缩略词语EZCHSS版本号V4.0发行号V4.0修订历史记录日期说明作者2012-03-04创建赖赞新2012-03-19修正格式卢刚系统概述大力发展社区卫生服务是党中央、国务院的战略决策，是卫生重点工作。近年来，市委市政府高度重视，制定了一系列政策和措施，健全网络、培训人才、加大投入、强化管理，我市社区卫生服务快速发展，社区卫生服务中产生的大量信息需要处理、分析、利用、管理。但是，社区卫生服务发展历史较短，尤其是社区卫生服务信息管理系统建设刚刚起步，海量信息和落后的信息管理手段的矛盾越来越突出，加快社区卫生服务信息管理系统建设是当前十分重要而有很紧急的任务。近年来，鄂州市委市政府高度重视，制定了一系列社区卫生服务相关政策和措施，健全网络、培训人才、加大投入、强化管理，使得鄂州市社区卫生服务快速发展，社区卫生服务中产生的大量信息需要处理、分析、利用、管理。但是，目前社区卫生服务信息化建设刚刚起步，海量信息和落后的管理手段的矛盾越来越突出，加快社区卫生服务信息管理系统建设是当前十分重要而有很紧急的任务。社区卫生服务是社区建设的重要组成部分，是在政府领导、社区参与、上级卫生机构领导下，以基层卫生机构为主体，全科医生为骨干，合理使用社区资源和适宜技术，以人的健康为中心、家庭为单位、社区为范围、需求为导向，以妇女、儿童、老年人、慢性病人、残疾人等为重点，以解决社区主要卫生问题、满足基本卫生服务需求为目的，融预防、医疗、保健、康复、健康教、计划生育技术服务等为一体的，有效、经济、方便、综合、连续的基层卫生服务。社区卫生服务信息管理系统（CommunityHealthcareServiceSystem）是指应用计算机及其网络通讯技术为工具，以健康档案为核心，在一个特定的区域内，将病人或健康人的卫生医疗信息、卫生行政管理信息和决策分析信息等，进行及时、正确和全面的收集、储存、处理和通讯，使所有用户信息达到共享而形成的一个分层次的计算机网络应用系统。目标是统一居民健康信息管理，满足社区卫生服务机构社区公共卫生信息数据集中保存、信息共享和数据交换的社区卫生信息平台，构建居民健康信息库，更好地为居民提供安全、有效的社区卫生服务。近年来，鄂州市委市政府高度重视，制定了一系列社区卫生服务相关政策和措施，健全网络、培训人才、加大投入、强化管理，使得鄂州市社区卫生服务快速发展，社区卫生服务中产生的大量信息需要处理、分析、利用、管理。但是，目前社区卫生服务信息化建设刚刚起步，海量信息和落后的管理手段的矛盾越来越突出，加快社区卫生服务信息管理系统建设是当前十分重要而有很紧急的任务。在这样的背景下，鄂州市基层医疗卫生信息系统的建设是社区卫生服务的需要、社区卫生服务监管的需要、社区卫生服务发展的需要，也是社区卫生服务信息资源开发、整合的需要。该系统主要用于鄂州市社区卫生服务业务的开展，实施社区卫生服务各项业务的统计、分析、报表、共享居民健康数据等功能，使用信息化手段统一鄂州全市居民健康档案管理，构建全市公共卫生信息数据交换共享平台，实现全市社区卫生服务机构公共卫生信息数据集中保存、信息共享和数据交换。在鄂州市所有区（县级市）调试软件和培训人员、使经双方确认的应用软件得以正常运行，并根据有关制度和政策的变化对鄂州市内所有用户的软件进行统一升级，满足市、区（县级市）卫生行政部门和全市所有社区卫生服务机构管理工作需要。本项目的投资方为鄂州市卫生局，需方及用户为鄂州市卫生局、市辖区（县）级市卫生局、社区卫生服务中心、社区卫生服务站等机构。开发方为上海金仕达卫宁软件股份有限公司。文档概述本文档主要为软件需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种方法。鄂州市卫生局作为需求方对本文档涉及的保密义务如下：保密内容：该文档所有内容。涉密人员范围：仅限于对本系统进行验收和直接维护的人员。保密期限：大于20年。泄密责任：赔偿本公司的损失。与其他计划之间的关系本软件开发计划是鄂州市基层医疗卫生信息系统建设的纲要计划，是其他分项计划的指导。基线《鄂州市基层医疗卫生信息系统谈判采购文件》《鄂州市基层医疗卫生信息系统开发及服务合同》《鄂州市基层医疗卫生信息系统培训及调试方案》《鄂州市基层医疗卫生信息系统验收指标》《鄂州市基层医疗卫生信息系统售后服务承诺》《可行性分析（研究）报告》《软件需求规格说明》《接口需求规格说明》引用文件《社区卫生服务技术规范丛书》卫生部妇幼保健与社区卫生司2008-1-4《妇幼保健信息系统基本功能规范（试行）》卫生部信息化工作领导小组办公室2008-2《慢病防治方案》中国疾病预防控制中心、慢性非传染性疾病预防控制中心《常用计划生育技术常规》卫基妇发[2003]32号《国家卫生统计调查制度》卫生部统计信息中心2007《鄂州市城市社区公共卫生服务项目（试行）》《中华人民共和国传染病报告卡》《全国性病监测点监测方案（征求意见稿）》《全国碘缺乏病监测方案（试行）》卫生部办公厅2007-11-14《全国血吸虫病监测方案（试行）》卫疾控《预防接种工作规范》卫疾控发[2005]373号交付产品程序《鄂州市基层医疗卫生信息系统》文档项目最终应向用户移交的所有有关文档。文档包括：《可行性分析（研究）报告》《软件开发计划》《软件需求规格说明》《数据需求规格说明》《接口需求规格说明》《系统∕子系统设计（结构设计）说明》《软件（结构）设计说明》《接口设计说明》《数据库（顶层）设计说明》《用户手册》《操作手册》《测试计划》《测试报告》《软件产品版本说明》服务公司将鄂州市基层医疗卫生信息系统平台应用软件管理机构列为公司级的VIP用户，所以在服务上更加重视，公司为鄂州市基层医疗卫生信息系统平台应用软件系统提供的服务方式：公司在各区（县级市）软件正式运行后对整个系统提供终身维护服务，软件系统在整个工程完工后至少提供五年免费服务。服务内容至少包括：所有软件的升级、维护和故障排除，根据社区的业务发展和要求的改变对管理信息系统进行修改，按照国家和鄂州市相关规范和要求免费升级。如政府相关部门提出信息管理系统相关的新标准和规范，公司有责任免费对系统软件进行修改和升级。并保证修改后软件使用的稳定性。如需和其它的信息系统连接，公司应负责免费提供符合国家标准的接口和技术支持。在受理用户提出的服务要求和问题后，公司应在第一时间给出相应的解决方法：包括2小时内响应，4小时内恢复系统正常运行，必要时24小时内到达现场，问题解决率大于80%。以保证整个系统的正常运转。电话热线咨询服务：公司提供7*24小时电话技术支持。远程支持：公司提供远程支持，技术支持工程师通过网络进行技术支持。在线问答处理：公司负责问题邮件回复和在线问答，在一个工作日内必须做到有问必答，及时、明确地处理各种疑难问题。如需和其它的信息系统连接，公司负责免费提供相关接口。公司提供完整的突发故障应急方案。非移交产品不包含在合同范围内的其他软件，包括系统软件、开发工具等。验收标准参见《鄂州市基层医疗卫生信息系统验收指标》最后交付期限交付产品鄂州市基层医疗卫生信息系统，包括：健康档案、传染病预防控制、慢性病管理、精神疾病防制、地方病防治、妇女保健、儿童保健、中老年人健康管理、社区康复服务、计划生育技术服务、社区基本医疗、健康教育与促进、综合管理及统计、行政管理、系统维护业务模块。交付文档公司向用户交付下列资料的纸质文件和电子文档：可行性分析（研究）报告、软件开发计划、软件需求规格说明、数据需求规格说明、接口需求规格说明、系统∕子系统设计（结构设计）说明、软件（结构）设计说明，接口设计说明、数据库（顶层）设计说明、用户手册、操作手册、测试计划、测试报告、软件产品版本说明。交付期限1、在买方认可卖方完成的需求分析和开发计划后60日内，向买方交付下列资料的纸质文件和电子文档：可行性分析（研究）报告、软件开发计划、软件需求规格说明、数据需求规格说明、接口需求规格说明、系统∕子系统设计（结构设计）说明、软件（结构）设计说明，接口设计说明、数据库（顶层）设计说明、软件产品版本说明。2、卖方时交付下列资料的电子文档：软件修改说明书、在运行的最新版本的软件源代码（包括安装程序代码）。在此后，凡对软件进行修改、升级后，即交付软件修改说明书和修改后的软件源代码（包括安装程序代码）。3、根据第三条4款软件升级的约定，向买方交付下列资料的纸质文件和电子文档：可行性分析（研究）报告、软件开发计划、软件需求规格说明、数据需求规格说明、接口需求规格说明、系统∕子系统设计（结构设计）说明、软件（结构）设计说明，接口设计说明、数据库（顶层）设计说明、用户手册、操作手册、测试计划、测试报告、软件产品版本说明。所需工作概述公司将按照《鄂州市基层医疗卫生信息系统谈判采购文件》、《鄂州市基层医疗卫生信息系统开发及服务合同》、《鄂州市基层医疗卫生信息系统培训及调试方案》、《鄂州市基层医疗卫生信息系统验收指标》、《鄂州市基层医疗卫生信息系统售后服务承诺》文档的要求，进行开发计划的编制，充分调配公司的内部人财物资源保障项目的顺利进行。实施整个软件开发活动的计划软件开发过程鄂州市基层医疗卫生信息系统平台应用软件开发计划包括以下过程，分别是：需求分析在需求分析阶段应按照任务书的要求，对应用系统的功能进行合理划分，并提出合理的性能指标和接口要求。概要设计在需求分析的基础上，对应用系统的开发环境进行选配。在硬件环境的选配上先进性和实用性的统一。在软件环境的选用上尽量使用现有的、成熟的技术成果。应使用科学、合理的设计方法，提高开发起点，减少低水平、重复劳动。充分考虑在开发过程中可能涉及到的信息及软件开发标准和规范。尽量使用已有的标准规范，提高软件的通用性。详细设计在详细设计过程中，应注意系统结构的合理性和易用性，使程序具有更好的维护性。注意程序实现的合理性和效率，考虑用户的合理要求，使其具有良好的实用性和可靠性。软件测试按以下顺序进行测试和检查。书面检查：对软件文档进行完整性、准确性检查。演示测试：对软件进行模拟运行，检查其可用性和正确性。人工测试：按软件评测规范进行人工判定。软件测试：如果可能，应利用评测软件对应用系统进行自动测试。应用测试：在实际使用过程中利用真实数据进行检验。集成联试软件开发总体计划软件开发方法软件开发方法是指软件开发过程所遵循的办法和步骤。软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。采取目前主流的几种开发方法：结构化方法、面向数据结构的软件开发方法、面向问题的分析法、原型化方法、面向对象的软件开发方法、可视化开发方法等。考虑到鄂州市基层医疗卫生信息系统的需求和验收标准是比较明确的本系统将以面向对象的软件开发方法为主结合其他开发方法。软件产品标准需求根据合同要求以《软件需求规格说明》和《接口需求规格说明》等文档进行说明。设计、编码系统的设计和编码规则按照公司的要求完成。例如：基本命名规范规范命名的目的：命名的方法是随着软件系统开发使用的编程语言和编程工具的不同而变化的。编程语言的不同决定了可使用的字符，因此，详细的规定必须根据项目Project的不同情况而定。“开始编程之前，必须设定编程详细准则”是一个必须遵守的原则。在本系统中，我们采用匈牙利命名法。命名方法之所以要标准化，主要出于以下几个目的。即使只从名字，也可以判断出起什么作用？是何种类型？提高了可读性及可维护性；阅读源程序以及进行调试时，某个符号属于哪一个模块，能很快的明白；和用途直接有关的固有名词的使用，能够防止由于疏忽而错误地使用于别的用途。对于变量来说，一个用途一个变量是一个重要的原则；可维护性。命名的基本要求：命名指的是对系统原形设计、编程中涉及到的所有标识符的命名，标识符包括原形设计中的菜单、窗体、控件和对象，以及编程中的过程、函数、变量等名称的符号。在源程序中使用的标识符应该满足下列基本条件：必须以字母或下划线开头；其它可以是字母、数据及些特殊符号；最长为40个字符，中间不能有空格；保留字不能作为标识符；根据其名称，可以容易地推断它的用途；根据其名称，可以容易地推断变量的作用域和类型基本书写风格缩排（Tabstops）：每一级为2。行宽（Margin）：代码行宽一般设为80个字符，超过80应换行。begin/end：begin/end应单独一行；但begin可与else同在一行；end离Begin太远时要有层次开始说明{}。如以下示例：括号（Parenthesis）：在左括号与下一个字符，右括号与上一个字符间不要留有空格；不要使用无关系的括号。如：操作符（Operator）：由于操作符有优先级，所以在进行符号运算时一定要合理运用“（）”。在每一个操作符前后均加一个空格。赋值语句：赋值语句用于变量和对象属性的赋值，这是程序中使用最频繁的语句。一定要注意类型的匹配、兼容，以及数据的四舍五入造成的数据误差；赋值符号前后加一个空格。case与if：对每一个case的处理应尽量简单，如果超过5行代码，应将处理放入单独的过程或函数。尽量使用Case替代系统if语句。if嵌套不要超过5级。不要在if中包含无用括号。如果一个if语句中有多个条件，应按条件计算速度从左到右排列条件。如：保留字和关键字（ReservedWordsandKeyWords）：在ObjectPascal中，所有保留字和关键字总是全部小写。常量（const）：禁止在程序中直接使用数值的编程方法。尽量使用定义或参数设定，其原因如下：在将来变更的时候，需要修改源文件，或者比较导致修改比较复杂，而容易产生漏改等错误。光从数值上来看的话，不容易明白其含义。对这种定数命名时，必须采用望其名通其意的名称来全局或局部的常量定义，或使用枚举型常量表示。在程序中使用该常量。错误处理：错误处理包括程序出错时的统一处理和规范化的错误提示信息。出错处理：应用统一的错误处理过程。在处理过程中，要求显示中、英文错误信息，重要错误要记录日志文件。提示信息：对系统中所有的提示信息，包括出错提示、操作提示信息应该尽量准确、简捷，用词统一。切忌游戏文字和夸张语言。JAVA编码标准一般概念尽量使用完整的英文描述符采用适用于相关领域的术语采用大小写混合使名字可读尽量少用缩写，但如果用了，要明智地使用，且在整个工程中统一避免使用长的名字（小于15个字母是个好主意）避免使用类似的名字，或者仅仅是大小写不同的名字避免使用下划线（除静态常量等）示范包（Package）采用完整的英文描述符，应该都是由小写字母组成。对于全局包，将Internet域名反转并接上包名。java.awt,om.ambysoft.www.persistence类（Class）采用完整的英文描述符，所有单词的第一个字母大写stomer,avingsAccount。接口（Interface）采用完整的英文描述符说明接口封装，所有单词的第一个字母大写。习惯上，名字后面加上后缀able，ible或者er，但这不是必需的。Contactable,rompter组件/部件（Component）使用完整的英文描述来说明组件的用途，末端应接上组件类型。okButton,ustomerList,fileMenu异常（Exception）通常采用字母e表示异常。类变量字段采用完整的英文描述，第一个字母小写，任何中间单词的首字母大写。firstName,lastName实参/参数同字段/属性的命名规则publicvoidsetFirstName(StringfirstName){this.firstName=firstName;}局部变量同字段/属性的命名规则<类变量>获取成员函数被访问字段名的前面加上前缀get。getFirstName(),getLastName()布尔型的获取成员函数所有的布尔型获取函数必须用单词is做前缀。isPersistent(),isString()设置成员函数被访问字段名的前面加上前缀set。setFirstName(),setLastName(),setWarpSpeed()普通成员函数采用完整的英文描述说明成员函数功能，第一个单词尽可能采用一个生动的动词，第一个字母小写。openFile(),addAccount()静态常量字段（staticfinal）全部采用大写字母，单词之间用下划线分隔。MIN_BALANCE,DEFAULT_DATE循环计数器通常采用字母i，j，k或者counter都可以接受。i,j,k,counter数组数组应该总是用下面的方式来命名：objectType[]。byte[]buffer;C#编码标准书写程序时的大小写规则:类：PascalCase表示法。如MyClass枚举值：PascalCase表示法。如Colors.Red枚举类型：PascalCase表示法。如Colors事件：PascalCase表示法。如MouseClick、ButtonDown异常类：PascalCase表示法。类名称以Exception为后缀，如MyCustomException、WebServiceException接口：PascalCase表示法。接口名称以I为前缀，如Icar方法：PascalCase表示法。如GetItemData、UpdateModifiedValue命名空间：PascalCase表示。如Company.Technology.Product、Company.NewApplication.DataTier属性：PascalCase表示法。如ItemValue参数：camelCase表示法。如itemArray、valueData、purchasePrice私有成员变量：camelCase表示法。如myValue避免将多个类放在一个文件里面。一个文件应该只有一个命名空间，避免将多个命名空间放在同一个文件里面。一个文件最好不要超过500行的代码（不包括机器产生的代码）。一个方法的代码长度最好不要超过25行。避免方法中有超过5个参数的情况。使用结构来传递多个参数。每行代码不要超过80个字符。不要手工的修改机器产生的代码。如果需要编辑机器产生的代码，编辑格式和风格要符合该编码标准。避免利用注释解释显而易见的代码。代码应该可以自解释。好的代码由可读的变量和方法命名因此不需要注释。避免使用方法级的文档。使用扩展的API文档说明之。只有在该方法需要被其他的开发者使用的时候才使用方法级的注释。（在C#中就是///）不要硬编码数字的值，总是使用构造函数设定其值。只有是自然结构才能直接使用const，比如一个星期的天数。避免在只读的变量上使用const。如果想实现只读，可以直接使用readonly。代码的每一行都应该通过白盒方式的测试。只抛出已经显示处理的异常。在捕获(catch)语句的抛出异常子句中(throw)，总是抛出原始异常维护原始错误的堆栈分配。避免方法的返回值是错误代码。尽量避免定义自定义异常类。当需要定义自定义的异常时：自定义异常要继承于ApplicationException。提供自定义的序列化功能。避免在单个程序集里使用多个Main方法。只对外公布必要的操作，其他的则为internal。……测试测试用例是有一定的分类的。要是没有科学分类的用例，是不便于维护和阅读。最好按标准写：接口测试用例、路径测试用例、功能测试用例、容错能力、性能测试用例、用户界面测试、信息安全测试、压力测试用例、可靠性测试用例、安装／反安装测试用例。测试用例与软件质量特性有对应关系。软件质量特性：功能性：一组功能（能满足明确的或隐含的需求）及其指定的特性。适合性：软件能否提供一组功能及这组功能的适合程度。准确性：能否得到正确或相符的结果或效果。互操作性：和其它指定进行交互的能力。依从性：使软件符合相关的法规、标准、约定、规定的软件属性。安全性：防止对程序及数据的非授权故意／意外访问的能力。可靠性：在规定的一段时间和条件下软件维持其性能水平的能力。成熟性：由软件故障引起的失效的频度。容错性：在软件故障或违反指定接口时，维持规定的性能水平的能力。易恢复性：在失效发生后，重建其性能水平并恢复直接受影响数据的能力，达到此目的所需要的时间和努力程度。易用性：用户为使用软件所需作的努力及其对使用所做的评价。易理解性：用户为认识逻辑概念及其应用范围所需的努力程度。易学性：用户为学习软件应用所需的努力程度。效率：在规定的条件软件的性能水平和所使用资源量之间的关系。时间特性：软件执行其功能时，响应和处理时间及吞吐量。资源特性：软件执行其功能时，所使用的资源数量及使用时间。可维护性：进行指定的修改所需的努力。易分析性：为诊断缺陷或失效原因及为判定待修改的部分所需的努力。易改变性：进行修改、排除错误或适应环境变化所需的努力。稳定性：修订所造成的未可预料结果的风险程度。易测试性：确认已修改软件所需的努力。可移植性：软件可以某一环境转到另一环境的能力。适应性：软件无需额外的特殊动作就可适应不同的规定环境的能力。易安装性：在指定环境下安装软件所需的努力程度。遵循性：使软件遵循与可移植性有关的标准或约定的软件属性。易替换性：软件在该软件环境中平替代指定的其他软件的机会和所需的努力程度。测试过程单元测试功能测试集成测试测试结果测试用例测试记录问题提交记录测试报告可重用的软件产品吸纳可重用的软件产品公司作为专业的医疗行业软件公司，已经有多年的社区产品开发经验，并且已有大量成功的应用案例，因此鄂州市基层医疗卫生信息系统将在公司原有社区产品（3.0）版本上根据标书和合同要求进行重新规划和开发。开发可重用的软件产品公司的数据交换平台任务组件、业务层处理组件、界面组件等都是建立在可重用产品组件基础上，能够被其他系统使用。并在产品设计模式上采用软件工厂等相关模式，实现产品的可重用性。处理关键性需求安全性保证产品设计要符合国家《信息安全等级保护管理办法》及相关文件要求，系统采用的设备符合国家有关安全标准，系统具有严密的安全保护措施；充分应用身份识别与验证、访问权限控制等措施，保证数据的完整和安全，保护公众隐私。保密性保证本项目涉及的文档、代码等都按照公安部规定的密级等级进行保管。1、数据传输过处理采用不可破解加密体系。2、系统运行中，数据对外部系统是无法被窃取、修改、删除；3、系统在Internet上运行不易被黑客，病毒攻击；4、在系统被攻击时，系统能保护数据的安全性，并能保证系统不会崩溃；5、系统用户要进行安全认证才能接入系统；6、支持复杂的用户名和口令。口令长度不得低于6位。口令采用加密保护，并提供方便用户密码的修改与恢复功能；私密性保证个人或人群有限制自身与他人交换一定质与量的信息的需求，本项目结合操作系统本身的私密性设计，在操作人员离场加密保护、安全性设计等诸多方面保证操作人员、居民信息的对私密性的要求。其他关键性需求保证公司：保密内容（包括技术信息和经营信息）:卖方提供的技术资料及文档（《操作手册》、《用户手册》除外）。涉密人员范围：仅限于对本系统进行验收和直接维护的人员。保密期限：大于20年。泄密责任：赔偿卖方的损失。用户：保密内容（包括技术信息和经营信息）:买方提供的技术资料、软件系统中各类数据信息。涉密人员范围:软件研发人员、维护人员和可以接触到以上资料和数据的人员。保密期限：大于20年。泄密责任：赔偿买方的损失计算机硬件资源利用开发活动中，所有开发人员全部使用本公司计算机完成开发工作用户现场测试，需要使用甲方提供的硬件环境，包括数据库服务器、应用服务器、客户端机器、打印机等记录原理略。需方评审途径 根据项目合同，在项目每个阶段，开发方将按开发合同中的约定提供相关资料、系统供评审，需方也可通过书面申请，对开发方未提供的资料（合同外）等进行索取，以供评审所需。实施详细软件开发活动的计划项目计划和监督软件开发计划软件开发设计包括以下步骤：需求调研需求分析系统分析系统设计系统开发系统测试CSCI测试计划功能项测试计划包括：单元测试功能测试集成测试系统测试计划软件测试计划包括：系统测试集成测试功能测试合格性测试软件安装计划安装计划包括：数据库安装数据库安装由数据库服务器开发商负责完成；应用软件安装应用软件安装包括数据服务器安装和功能服务器安装，由本公司负责完成；客户端安装本公司软件采取应用服务器集中部署，安装客户端只需要登录应用服务器就可以自动完成安装工作；软件移交计划1、在买方认可需求分析和开发计划后60日内，完成软件的研发工作并申请软件验收。验收合格后组织软件移交与实施，同时部署市级应用平台。2、软件验收合格后7个工作日内在买方确定的鄂州市鄂城区、华容区、梁子湖区三个区正式运行四个月后申请软件的现场应用验收。3、试用区现场应用验收合格后一个年度内完成鄂州市所有区（县级市）的现有机构的培训调试等服务工作。随我市社区卫生服务网络的不断健全，每年度内应及时做好新增社区卫生服务机构的培训调试等服务工作。培训调试具体内容见附件1《鄂州市基层医疗卫生信息系统培训及调试方案》。4、软件试用现场验收合格后一年内，根据信息技术的发展及有关政策对软件进行统一升级；升级的开发工作在买方提交“软件升级需求”后三个月内完成，用户的升级工作在升级版验收后两个月内完成。合同期五年内的升级周期为一周年至少一次,并免费提供升级服务。跟踪和更新计划在软件完成移交和实施后，由客服部门负责维护和更新计划，并详细记录维护和更新日志，如果软件有更新，则在日志中记录详细修正信息。建立软件开发环境软件工程环境硬件环境：由本公司研发部门所有参与开发工作的计算机组成；软件环境：由本公司所有开发过程中所要用到的软件组成，包括：以J2EE/JAVAEE，microsoftvisualstudio及相关设计工具。软件测试环境在本公司内部有专门的测试服务器，软件开发过程中，所有的测试环境均在此服务器上完成。用户现场测试需要甲方按照合同内容，提供测试环境。软件开发库本公司开发数据库为：Oracal9。软件开发文档软件开发文档包括：可行性分析（研究）报告软件开发计划、软件需求规格说明数据需求规格说明、接口需求规格说明系统/子系统设计（结构设计）说明软件（结构）设计说明，接口设计说明数据库（顶层）设计说明非交付软件非交付软件包括开发工具、公司开发的项目管理软件及辅助开发工具，以及开发过程中产生的相关开发统计数据。系统需求分析用户输入分析在调研阶段详细了解客户的业务流程，并对业务流程进行功能划分，提出合理的对应流程的功能模块。运行概念按照合同要求和甲方实际情况，所建立的系统将运行的数据库为ORACLE9i、UNIX，而应用服务器使用WindowsServer2003、客户端为WindowsXP。系统需求系统应满足以下需求：系统运行稳定可靠，满足7*24小时运行的要求各项功能符合卫生部颁发的规范和要求采用业界公认的国家标准或行业标准采用世界主流、成熟的技术具备开放性和可移植性，适应不同的软硬件平台提供容错机制，在意外情况发生时能确保数据的正确性、完整性能够实现高水平的信息共享具有易学易用、友善的人机界面系统设计系统级设计决策系统级设计决策包括以下原则：先进性与科学性标准化与开放性实用性与经济性可靠性与安全性信息共享灵活性与扩充性易操作性及高可维护性系统体系结构设计在遵循系统设计原则的基础上，结合需求方实际情况，设计系统体系结构。系统体系结构设计包括：数据服务器系统设计在整个系统体系中充当存储介质的作用，存储一切与鄂州基层卫生服务信息有关的数据内容。应用服务器系统设计负责完成整个系统体系中的业务功能。客户端系统设计是实现业务功能的终端，直接与系统使用者关联，由系统使用者操作。软件需求分析在需求分析阶段应按照任务书的要求，对应用系统的功能进行合理划分，并提出合理的性能指标和接口要求。软件设计CSCI级设计决策在综合调研需求方需求后，以满足需求方所需求的功能项为原则，制定软件功能设计。CSCI体系结构设计在充分考虑需求方的业务流程，及各流程中的关联的情况，设计符合需求方实际现状的功能体系结构。CSCI详细设计在需求方对软件需求文档分析评审结束并完成修正后，紧密结合需求方功能需求制定软件功能详细设计。软件实现和配置项测试软件实现软件实现的主要内容为社区卫生服务信息管理系统，产出的主要为数据库设计、业务逻辑层设计和用户界面的设计，软件测试和配置应遵循上述多层结构进行。配置项测试准备配置项测试首先进行测试环境、工具的准备，并进行测试用例的设计。配置项测试执行在软件设计开发完成后，提交本公司测试部门，由测试部门完成测试执行工作。修改和再测试测试部门完成测试，并想研发部门提交测试结果，研发部门根据测试结果，对程序进行完善和修改，并再一次提交测试部门执行测试。配置项测试结果和分析记录使用VSTS工具记录并分析程序测试结果，并将测试结果和记录进行统计分析。系统单元测试系统单元测试准备单元测试的主要内容：单元模块内和模块之间的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试，单元内的业务流程和数据流程等。单元测试的输入：《源代码》、《详细设计报告》单元测试的技术要求：测试要求：a)每个被测单元中每条可执行的脚本都被一个测试用例或异常操作所覆盖，即脚本覆盖率达80%。b)每个被测单元中分支语句取真和取假时，各分支至少执行一次，即分支覆盖率达到80%。c)每个被测单元中的业务流程和数据流程，必须被一个测试用例、一个异常数据、一次异常操作所覆盖，即异常处理能力达80%。单元测试通过准则a)单元功能同设计需求一致；b)单元接口同设计需求一致；c)能正确处理输入和异常运行中的错误；单元发现问题进行修改后，进行回归测试，且回归测试通过后，才能进行下一阶段。单元测试的输出：《单元测试记录》、《测试计划》单元测试的测试质量责任人是项目经理。系统单元测试执行由各项目组的开发人员完成测试工作，并详细记录测试结果和修改过程，质量部进行抽检。修改和再测试针对测试后的结果，提交修改计划，由开发人员完成修改后，再按上述方法执行测试，并形成第二次单元测试记录。系统单元测试结果分析记录根据单元测试的技术测试要求，在测试过程中记录并分析测试结果，生成《单元测试记录》、《测试计划》。系统集成测试系统集成测试准备集成测试的主要内容：系统集成后的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试，业务流程（接口测试）等。集成测试的输入：《集成测试计划》、《概要设计》、《测试大纲》集成测试的技术要求：测试技术要求：a)验证被测系统是否满足设计的需求。即根据设计要求中全部功能和性能要求，测试整个软件系统，验证其是否达到设计的要求；b)通过数据处理的测试用例对被测系统的输入、输出、处理进行测试，使其达到设计要求；c)通过业务处理的测试用例对被测系统的业务处理过程进行测试，使其达到设计的要求；d)测试软件正确处理能力和容错能力；e)确认单元间无错误连接；f)测试软件对正常数据的处理，对接口错误、数据错误、协议错误的识别及处理。通过准则a)各单元间无错误连接；b)满足软件需求的各项功能、性能要求；c)对错误输入有正确的处理能力；d)对测试中的异常有合理的提示；e)人机界面友好。集成测试的输出：《集成测试bug记录》、《集成测试分析报告》。系统集成测试执行由测试人员组织进行并完成该阶段的测试工作，对测试结果进行详细的记录。修改和再测试针对测试后的结果，提交修改计划，由开发人员完成修改后，再按上述方法执行测试，并形成第二次集成测试记录。系统集成测试结果分析记录根据集成测试的技术测试要求，在测试过程中记录并分析测试结果，生成《集成测试bug记录》、《集成测试分析报告》。系统合格性测试系统合格性测试准备系统性的初始化测试、功能测试、用户需求确认、业务处理或数据处理测试、性能测试、安全性测试、安装性测试、恢复测试、压力测试等系统测试的输入：《系统测试计划》、《用户需求分析报告》、《用户操作手册》、《安装手册》系统测试的技术要求：测试技术要求：a)用户需求的确认：进一步验证被测系统是否满足用户的需求。即根据用户的需求分析报告中全部功能和性能要求，测试整个软件系统，验证其是否达到用户的要求。b)通过数据处理的测试用例对被测系统的输入、输出、处理进行测试，使其达到设计要求；c)通过业务处理的测试用例对被测系统的业务处理过程进行测试，使其达到用户需求的要求；d)测试其进行数据处理时的响应时间是否满足用户要求；e)安装性测试是验证其按照《安装手册》是否能够正常配置和安装；f)安全性测试是测试其对非法用户的抵御能力，非法用户无法登录本系统。g)恢复性测试：测试系统在掉电的情况下，系统的恢复能力。是否正确恢复数据，是否恢复正常操作。h)压力测试：对b/s结构的系统来说，系统的大用户量测试，系统的并发能力测试，系统的数据库压力测试是必须要做的测试，常用的测试手段是测试工具。如was、loadrunner、jmeter等通过准则a)满足软件需求的各项功能、性能要求；b)系统的安全性满足用户的需求；c)系统的负载能力满足用户的需求；d)系统与外界支持系统正常运行；e)系统的稳定性等满足用户的需求；f)用户操作手册易读、易懂、易操作。系统测试的输出：《系统测试bug记录》、《系统测试分析报告》。系统合格性测试执行由测试人员组织进行并完成该阶段的测试工作，对测试结果进行详细的记录。修改和再测试针对测试后的结果，提交修改计划，由开发人员完成修改后，再按上述方法执行测试，并形成第二次合格性测试记录。系统合格性测试结果分析记录根据合格性测试的技术测试要求，在测试过程中记录并分析测试结果，生成《集成测试bug记录》、《集成测试分析报告》。软件使用准备可执行软件的准备本系统客户端全部部署在应用服务器上，用户只需要访问应用服务器，就可以自动完成客户端安装。用户现场的版本说明的准备在软件开发阶段即着手开始《操作手册》的编制工作，此《操作手册》同客户端一起部署在应用服务器上，在系统使用者安装客户端时，即可同时下载此《操作手册》。用户手册的准备本系统《用户手册》，随软件应用系统部署安装时交付需求方。在用户现场安装本系统客户端全部部署于应用服务器上，系统用户在用户现场通过浏览器访问应用服务器完成安装。软件移交准备可执行软件的准备在系统应用服务器上部署客户端安装程序。源文件准备在软件交付时，随相关开发文档一并交付软件设计源文件。支持现场的版本说明的准备在系统应用服务器上部署《操作手册》。“已完成”的CSCI设计和其他软件支持信息的准备在系统移交时，将“已完成”的CSCI设计和相关软件支持的写在具体的移交单据中。系统设计说明的更新在系统移交时，系统的相关说明文档必须与实际提交产品一致，不一致的需要检查更新为一致。支持手册准备支持手册的准备原则同上。到指定支持现场的移交支持现场为鄂州市卫生指定的安装和验收现场进行移交。软件配置管理配置标识配置项目名称、产生配置项，并配置管理相关人员权限。配置控制配置管理计划的实施由项目相关参与人员进行，主要是进行配置标志、建立配置基线、编制状态报告、招待配置审计和变更控制。制定配置管理计划的过程包括以下主要工作流程：—CCB根据项目的开发计划确定各阶段里程碑和开发策略；—CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核；—CCB审核通过配置管理计划后交项目经理批准，发布实施。配置状态统计由项目相关参与人员进行，主要是进行配置标志、建立配置基线、编制状态报告，并产生状态统计报告。制定配置管理计划在项目启动阶段，项目经理首先要制定整个项目的开发计划，它是整个项目研发工作的基础。总体研发计划完成之后，配置管理的活动就可以展开了，如果不在项目开发之初制定配置管理计划，那么配置管理的许多关键活动就无法及时有序地进行，而它的直接后果就是造成项目开发状况的混乱，并注定使配置管理活动成为一种救火的行为。由此可见，在项目启动阶段制定配置管理计划是项目成功的重要保证。配置管理计划由CMO制定，主要内容是制定配置管理策略，制定变更控制策略，编写配置管理计划，评审配置管理计划。创建配置管理环境建配置管理环境主要是由CMO设置硬件环境、设置网络环境、设置软件环境、建立一个配置管理库，储存项目中定义的配置项，安装配置管理工具，例如：ClearCase，VSS等，并提供配置管理培训。配置管理计划的执行执行阶段的配置管理活动主要分为三个层面：—由CMO完成日常管理和维护工作；—由DEV具体执行配置管理策略；—变更控制。这三个层面彼此之间既相互独立、又互相联系。在配置管理执行过程中，具体按照如下流程进行：—CCB设定研发活动的初始基线；—CMO根据软件配置管理规划设立配置库和工作空间，为执行配置管理人员做好工作准备；—开发人员按照统一的软件配置管理策略，根据获得授权的资源进行项目的研发工作；配置审核CCB根据项目的进展情况，审核各种变更请求，并适时地划定新的基线，保证开发和维护工作有序地进行。发行管理和交付CCB根据项目的进展情况，根据基线启动自动测试、自动编译程序，并产生发行程序，并产生发行配置记录。软件产品评估中间阶段的和最终的软件产品评估项目评估/验证在事先确定的阶段进行，并在总体开发计划中对其日程进行安排。通常要进行二次评估：一次在项目的初始，评估和最终确定总体设计方案；另一次评审在需求分析和软件构造后，评估和确定项目需求、设计文件。验证进行一次，通常在编程完成时进行，验证输出是否满足输入要求。评估由产品开发部门申请，组织销售部门、实施部门共同进行。验证由产品开发部门经理、测试负责安排，并对结果负责。评估/验证的记录形成书面形式，由开发部门、测试部门编制和存放。软件产品评估记录（包括所记录的具体条目）文件编号：WN-QR-评审记录-1.4阶段日期评审成员存在问题详见评审标准评审资料优点：缺点：风险分析及评审结论：□通过□通过，有修改□修改后再评审□重新制作负责人签名：日期：软件产品评估的独立性评估的目的是证实设计开发的项目满足客户和法律的要求。评估要保证评估的独立性。开发部门完成试运行β测试，项目经理组织审核小组发表审核意见，得到总裁、客户或政府授权的监察机构认可。评估的结果应加以记录，包括缺陷及针对这些缺陷所采取的解决措施的文件。测试人员对软件修改的内容进行测试，填写测试意见，由项目经理或部门经理审批。开发部门依文件控制过程与人力资源部交接资料，项目结束。软件质量保证软件质量保证评估指评估软件产品相对于应用、环境及作用的可接受性，满足需求的能力，具有理想属性的组合程度及满足用户期望的程度的保证。软件质量保证记录记录软件质量管理过程中的问题及修正。软件质量保证的独立性软件质量管理：在软件研究过程中对软件质量要素进行控制的过程。软件质量构成适用性维护性适用性维护性软件质量要素完备性可靠性准确性一致性效率能用性可理解性可更改性可测试性可移植性需求分析性能需求分析性能功能接口环境方法标准程序实现结构设计文档生成初步设计详细设计软件设计研究过程问题解决过程问题/变更报告记录软件在开发过程中出现的问题及对起所做的变更的文档。更正活动系统负责在软件开发活动中记录和分析软件所出现的问题及针对问题所做的更正内容，并针对更正活动制定更正计划和任务的系统方法。联合评审（联合技术评审和联合管理评审）联合技术评审包括一组建议的评审在项目阶段及结尾，组织进行技术的联合评审，从技术的各个层面进行总体的综合性评审，并产生评审记录。联合管理评审包括一组建议的评审在项目阶段及结尾，组织进行管理的联合评审，从技术的各个层面进行总体的综合性评审，并产生评审记录。文档编制在开发文档编制过程中，所有文档应符合《GB-T+8567-2006+计算机软件文档编制规范》标准。其他软件开发活动无进度表和网络图进度控制表本表为各工程任务的完成时间的先后顺序和衔接关系，作为工程进度计划安排和时间点控制的基本依据。鄂州市基层医疗卫生信息系统软件建设进度控制表阶段名称明细工程进度1234561系统设计需求调研需求确认总体设计方案2业务系统设计研发数据中心运行软件研发社区卫生服务业务系统其他外部系统的数据导入、数据整合等工作；3系统试运行、验收试点机构培训试点机构试运行系统维护试点机构验收4系统推广、免费维护期系统推广项目应用验收通过后，合同约定的免费维护期内培训系统维护进度表任务名称工期开始日期完成时间鄂州市基层医疗卫生信息系统118工作日2012/3/152012/5/15需求调研6工作日2012/3/152012/3/22需求分析6工作日2012/3/182012/3/25系统分析10工作日2012/3/222012/4/4系统设计10工作日2012/3/292012/4/11系统开发86工作日2012/4/102012/5/15健康档案7工作日2012/4/102012/4/18传染病管理7工作日2012/4/152012/4/23慢性病管理8工作日2012/4/172012/4/26重型精神病管理6工作日2012/4/222012/4/29地方病防治5工作日2012/4/242012/4/30妇女保健7工作日2012/4/102012/4/18儿童保健8工作日2012/4/152012/4/24老年人保健5工作日2012/4/222012/4/26康复管理6工作日2012/4/102012/4/17计划生育管理5工作日2012/4/152012/4/19健康教育管理6工作日2012/4/192012/4/25综合管理及统计8工作日2012/4/292012/5/8行政管理8工作日2012/5/102012/5/15备注：考虑到10.1国庆放假，10月份后工作日需要顺延7天。起始日期根据具体日期另行调整，目前只是暂定日期。项目组织和资源项目组织项目组：管理机构设领导小组和工作小组，采用领导小组下的各级负责制，并明确规范所属下级各组的职责及组间关系，监督工程的实施：序号名称职能1项目领导小组主要负责审定建设计划、项目投资、总体方案及有关重大问题；对组织协调组、专家顾问组、总体需求组、总体技术组和分系统项目组实施领导。2项目工作小组具体工作的执行小组，包括流程规划、设计规划、配合实施、人员组织、环境搭建等等。3组织协调组主要负责制定工作计划，掌握工程进度，检查工程质量；指导总体需求组、总体技术组和各工程组的工作；协调各部门之间的关系，做好保障服务工作。组织协调组在项目领导小组的领导下由双方工程建设总负责人组成。4总体需求组主要负责拟定总体需求方案和有关技术系统需求方案，确定整体系统的使用功能，制定各项技术指标。总体需求组在项目领导小组的领导下由工程实施单位的有关管理、技术人员及用户单位的负责人组成。5总体技术组总体技术组负责拟制总体技术方案，确定各项技术标准，搞好主要设备的选型，对系统进行技术划分，检查各系统研发情况，组织系统集成和联调。总体技术组在项目领导小组的领导下由项目实施单位的有关技术人员组成并具体负责。6各分系统项目组各分系统项目组主要负责各分系统工作计划、实施、进度控制及人员调配。各分系统项目组主要由项目实施单位技术人员组成并具体负责。7项目验收组项目验收组主要负责项目的各项验收检验，包括各分系统的阶段性验收和系统最终验收。项目验收组由领导小组指定。8系统维护组系统维护组负责系统试运行期间和工程建设完毕后的维护工作。系统维护组主要由工程实施单位和用户方面部分技术人员共同组成。9项目监理负责对项目实施过程中的监理，有条件的话可以外聘专业单位实施项目监理。项目资源人力资源序号姓名参与项目阶段学历职务/职称/获得资质证书具有公共卫生领域相关工作经验年限备注1蔡玲系统调研本科公共卫生开发部经理/高级程序员/项目经理62周金玉系统调研本科项目经理33赖赞新系统调研、系统分析本科高级程序员/产品经理54马维民系统分析、系统设计本科公共卫生开发部经理/高级程序员/项目经理65范钧系统分析、系统设计本科社区卫生产品开发经理66周洪系统分析、系统设计本科社区卫生产品开发经理87韩伟系统设计、程序设计本科公共卫生事业部项目经理/计算机信息系统集成项目经理78李伟系统设计、程序设计本科高级程序员59卢刚系统设计、程序设计本科高级程序员510孙晓伟程序设计本科高级程序员311马晓霞程序设计本科高级程序员412李斌程序设计本科程序员213许冬华测试本科实施工程师/程序员414李梁测试专科测试工程师515李晨实施专科实施工程师/中级程序员416王谋林实施本科高级程序员4开发环境资源公司满足项目开发的硬件及软件开发环境。主要包括：服务器、网络、开发机、数据库系统、中间系统、操作系统，以及邮件等通讯系统。培训项目技术要求培训技术要求：培训内容先进性与实用性相结合；聘请专业的培训教师为学员授课；培训教材采用原厂商提供的中文教材，授课语言为中文；境外培训做好接待工作，协调好相关的一切事宜；对学员从严要求，确保培训质量；建立培训反馈体系，由学员考评培训教师，确保培训质量。培训计划总体培训安排我方将采取现场培训和集中培训两种方式，组织下列培训：系统软件管理员培训中标后尽快安排系统软件管理员的培训，主要为第三方厂商的认证培训，包括数据库管理、应用中间件管理等。