信息化系统管理模式
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
·综合应用组B/S结构开发从设计时期开始就明确功能结构和开发目标，确立信息集中和综合利用的观点，充分考虑数据利用模式和业务应用模式。加强市局模块功能的补充和完善，开发团队并入综合应用项目组。
·场所项目组中，看守所系统实行模块化分割，以维护为主；拘留所系统实行“两条腿走路”，边维护边更新；安康医院系统和收容教育所系统重构框架；新开发强制戒毒所系统。
4.3.市场定位
稳固看守所系统，挖掘省厅地市、拘留所、强制戒毒所等信息系统，争取部局系统，逐步向地铁公安、公安消防等相关行业信息系统递延。
5.工作重心
·明确信息系统主体业务，确立与主体业务相关的需求和功能模块，以及非主体业务应用等级。将主体业务分离，结合非主体业务的应用等级分时期对系统进行完善和稳定。原则上主体业务部分只保留一个标准版本，非主体业务视情况分离出相近地区版本。
1.2治理重点
抓“两头”放“中间”。其中，抓“两头”是指项目经理主抓业务需求和总体框架、抓数据库结构；放“中间”是指部门范围内开发代码，实现模板化编译和信息资源共享。基于场所层面的开发重在解决治理职能，基于地市省厅层面的开发重在解决指导职能。
1.3治理源头
需求是软件开发的根基、是节约成本的源头，需求描述必须可交流、格式化，经开发、测试和培训服务三方共同理解与确认的需求讲明文档，是信息系统流程运作的要紧依据。
·开发方法：由原型法转入瀑布法，加强需求调研与开发质量，为后期维护减负。
·开发方向：产品模块化和智能化运作，明确系统主体业务模块与非主体业务模块，在主体业务功能完善的基础上稳定产品；在充分实现系统数据采集的基础上，实现WEB平台的综合应用和深层次的犯罪挖掘。
3.进展目标
·第一时期：采集数据。与硬件系统集成，实现采集系统的功能拓展。
1.2业务矩阵结构
项目经理
信息工程部
测试部
培训服务部
产品
系统综合应用
需求
开发
测试
公布
培训
实施
看守所系统
拘留所系统
安康医院系统
收教所系统
注：信息工程部项目经理对所负责的产品负要紧责任，从需求——开发——测试——公布——培训——实施的整体业务体系全程监督与操纵。
2.知识架构
2.1.专业人才配置需求
2.2.专业经验配置需求
2.产品目标
2.1产品体系
以看守所系统为主导产品，带动治安拘留所系统、安康医院系统、收容教育所系统等场所产品进展，着手研制强制戒毒所系统。在实现差不多业务功能和充分数据采集的基础上，将一系列产品挂至省厅地市系统，实现综合应用和深挖犯罪。
2.2开发模式
·开发结构：场所开发C/S结构为主，B/S开发旨在充分利用网络资源实现信息的充分共享和综合运用。B/S与C/S结构开发相互独立、留有接口。
目前有湖北东方（业务导向）、华迪公司（BS优势）、深圳胡晓峰（OA理念）、南京科安（份额优势）、上海三所等。需时时了解对手动态，掌握对手优势，做到知己知彼、对症下药。
4.2竞争策略
看守所层面形成绝对市场优势和技术优势，其它系统才能进入市场，形成绝对垄断。信息系统市场的巩固与拓展，是带动系统集成业务进展和猎取收益增长的前提。
信息系统治理制度
文件编号：
编写部门： 行政人事部
编写人：
审批人：
审批日期：
第一章 产品目标与治理模式
本章节旨在解决产品链的建立、衔接与治理，明确纵向产品体系和项目经理治理模式。
1.治理模式
1.1治理方法
产品化治理，在原直线职能治理模式基础上实行矩阵式治理，由项目经理对项目组所开发的产品负要紧责任，从需求——开发——测试——公布——培训——实施的整体业务体系全程监督与操纵。
一年及以上
独立设计过两个以上信息系统产品界面
文档治理人员
半年及以上
参与过一个以上信息系统项目文档编写
培训服务人员
一年及以上
参与过一个以上信息系统项目培训服务
2.3.学历层次配置需求
部门
学历水平
百分比
信息工程部
本科
80%
大专
20%
测试部
本科
60%
大专
40%
培训服务部
本科
60%
大专
40%
2.4.综合素养配置需求
·第二时期：综合应用。通过业务报表实现查询功能，通过数据接口对外部系统形成连接平台，引导行业标准。
·第三时期：数据挖掘、横向联查，形成一个庞大的数据挖掘系统。
·第四时期：将数据应用系统作成公安系统的办公平台，成为公安系统日常工作不可或缺的办公工具。通过平台反向促进数据采集的准确率。
4.市场定位
4.1竞争对手
人员类不
IT经验
项目经验
部门经理
五年及以上
独立治理过三个以上大型信息系统项目
项目Βιβλιοθήκη Baidu理
三年及以上
独立治理过两个以上大型信息系统项目
核心编码人员
三年及以上
三个以上大型信息系统项目核心代码编写
程序维护人员
二年及以上
参与过两个以上信息系统项目程序维护
系统测试人员
一年及以上
参与过一个以上信息系统项目测试
界面美工
·设计产品方案、实行新品开发、遵守技术规范，操纵产品质量；
·组织需求调研、系统设计与代码编写，对项目进行时期性评审及审批，保证项目进度与质量，组织产品认证和内部单元测试与功能测试；
人员类不
业务能力
职业素养
沟通技能
治理人员
40%
30%
30%
专业技术人员
60%
20%
20%
3.定编定岗
3.1.职位编制
3.1.1总经理助理（编制人数1人）
3.1.2信息工程部（编制人数共计18人）
3.1.3测试部（编制人数5人）
3.1.4培训服务部（编制人数6人）
3.2部门职责
3.2.1信息工程部
·编制部门技术进展规划、技术治理制度，遵守信息系统业务流程；
·以项目打算和资源状态报告作为业绩考核的书面依据，以需求分析报告和测试报告作为流程考核的书面依据。
·建立良好的沟通机制，项目组之间信息共享、相互学习，同时形成良性竞争机制。
第二章 团队规模与建设
本章节旨在解决团队组织架构、知识架构、人员编制、岗位职责、职业规划、培训方向。
1.组织架构
1.1直线职能机构
·测试部统一治理信息系统产品版本库，负责版本确定、编号以及出入库治理。
·定时收集各地用户需求，并尽量收集竞争对手的应用状况和资料，作为C/S系统的修改参考和B/S结构的设计指导。
·确立周五信息系统工作例会制度，例会前各项目经理提交项目打算与工作安排给部门负责人、公司主管领导，并抄送行政备案。
·依照产品目标与工作重点层层分解、责任到人。项目进度安排及完成情况使用MS Project，缺陷治理工具使用IBM Rational ClearQuest。
·场所项目组中，看守所系统实行模块化分割，以维护为主；拘留所系统实行“两条腿走路”，边维护边更新；安康医院系统和收容教育所系统重构框架；新开发强制戒毒所系统。
4.3.市场定位
稳固看守所系统，挖掘省厅地市、拘留所、强制戒毒所等信息系统，争取部局系统，逐步向地铁公安、公安消防等相关行业信息系统递延。
5.工作重心
·明确信息系统主体业务，确立与主体业务相关的需求和功能模块，以及非主体业务应用等级。将主体业务分离，结合非主体业务的应用等级分时期对系统进行完善和稳定。原则上主体业务部分只保留一个标准版本，非主体业务视情况分离出相近地区版本。
1.2治理重点
抓“两头”放“中间”。其中，抓“两头”是指项目经理主抓业务需求和总体框架、抓数据库结构；放“中间”是指部门范围内开发代码，实现模板化编译和信息资源共享。基于场所层面的开发重在解决治理职能，基于地市省厅层面的开发重在解决指导职能。
1.3治理源头
需求是软件开发的根基、是节约成本的源头，需求描述必须可交流、格式化，经开发、测试和培训服务三方共同理解与确认的需求讲明文档，是信息系统流程运作的要紧依据。
·开发方法：由原型法转入瀑布法，加强需求调研与开发质量，为后期维护减负。
·开发方向：产品模块化和智能化运作，明确系统主体业务模块与非主体业务模块，在主体业务功能完善的基础上稳定产品；在充分实现系统数据采集的基础上，实现WEB平台的综合应用和深层次的犯罪挖掘。
3.进展目标
·第一时期：采集数据。与硬件系统集成，实现采集系统的功能拓展。
1.2业务矩阵结构
项目经理
信息工程部
测试部
培训服务部
产品
系统综合应用
需求
开发
测试
公布
培训
实施
看守所系统
拘留所系统
安康医院系统
收教所系统
注：信息工程部项目经理对所负责的产品负要紧责任，从需求——开发——测试——公布——培训——实施的整体业务体系全程监督与操纵。
2.知识架构
2.1.专业人才配置需求
2.2.专业经验配置需求
2.产品目标
2.1产品体系
以看守所系统为主导产品，带动治安拘留所系统、安康医院系统、收容教育所系统等场所产品进展，着手研制强制戒毒所系统。在实现差不多业务功能和充分数据采集的基础上，将一系列产品挂至省厅地市系统，实现综合应用和深挖犯罪。
2.2开发模式
·开发结构：场所开发C/S结构为主，B/S开发旨在充分利用网络资源实现信息的充分共享和综合运用。B/S与C/S结构开发相互独立、留有接口。
目前有湖北东方（业务导向）、华迪公司（BS优势）、深圳胡晓峰（OA理念）、南京科安（份额优势）、上海三所等。需时时了解对手动态，掌握对手优势，做到知己知彼、对症下药。
4.2竞争策略
看守所层面形成绝对市场优势和技术优势，其它系统才能进入市场，形成绝对垄断。信息系统市场的巩固与拓展，是带动系统集成业务进展和猎取收益增长的前提。
信息系统治理制度
文件编号：
编写部门： 行政人事部
编写人：
审批人：
审批日期：
第一章 产品目标与治理模式
本章节旨在解决产品链的建立、衔接与治理，明确纵向产品体系和项目经理治理模式。
1.治理模式
1.1治理方法
产品化治理，在原直线职能治理模式基础上实行矩阵式治理，由项目经理对项目组所开发的产品负要紧责任，从需求——开发——测试——公布——培训——实施的整体业务体系全程监督与操纵。
一年及以上
独立设计过两个以上信息系统产品界面
文档治理人员
半年及以上
参与过一个以上信息系统项目文档编写
培训服务人员
一年及以上
参与过一个以上信息系统项目培训服务
2.3.学历层次配置需求
部门
学历水平
百分比
信息工程部
本科
80%
大专
20%
测试部
本科
60%
大专
40%
培训服务部
本科
60%
大专
40%
2.4.综合素养配置需求
·第二时期：综合应用。通过业务报表实现查询功能，通过数据接口对外部系统形成连接平台，引导行业标准。
·第三时期：数据挖掘、横向联查，形成一个庞大的数据挖掘系统。
·第四时期：将数据应用系统作成公安系统的办公平台，成为公安系统日常工作不可或缺的办公工具。通过平台反向促进数据采集的准确率。
4.市场定位
4.1竞争对手
人员类不
IT经验
项目经验
部门经理
五年及以上
独立治理过三个以上大型信息系统项目
项目Βιβλιοθήκη Baidu理
三年及以上
独立治理过两个以上大型信息系统项目
核心编码人员
三年及以上
三个以上大型信息系统项目核心代码编写
程序维护人员
二年及以上
参与过两个以上信息系统项目程序维护
系统测试人员
一年及以上
参与过一个以上信息系统项目测试
界面美工
·设计产品方案、实行新品开发、遵守技术规范，操纵产品质量；
·组织需求调研、系统设计与代码编写，对项目进行时期性评审及审批，保证项目进度与质量，组织产品认证和内部单元测试与功能测试；
人员类不
业务能力
职业素养
沟通技能
治理人员
40%
30%
30%
专业技术人员
60%
20%
20%
3.定编定岗
3.1.职位编制
3.1.1总经理助理（编制人数1人）
3.1.2信息工程部（编制人数共计18人）
3.1.3测试部（编制人数5人）
3.1.4培训服务部（编制人数6人）
3.2部门职责
3.2.1信息工程部
·编制部门技术进展规划、技术治理制度，遵守信息系统业务流程；
·以项目打算和资源状态报告作为业绩考核的书面依据，以需求分析报告和测试报告作为流程考核的书面依据。
·建立良好的沟通机制，项目组之间信息共享、相互学习，同时形成良性竞争机制。
第二章 团队规模与建设
本章节旨在解决团队组织架构、知识架构、人员编制、岗位职责、职业规划、培训方向。
1.组织架构
1.1直线职能机构
·测试部统一治理信息系统产品版本库，负责版本确定、编号以及出入库治理。
·定时收集各地用户需求，并尽量收集竞争对手的应用状况和资料，作为C/S系统的修改参考和B/S结构的设计指导。
·确立周五信息系统工作例会制度，例会前各项目经理提交项目打算与工作安排给部门负责人、公司主管领导，并抄送行政备案。
·依照产品目标与工作重点层层分解、责任到人。项目进度安排及完成情况使用MS Project，缺陷治理工具使用IBM Rational ClearQuest。