信息系统管理制度与考核办法Word格式文档下载.docx
- 文档编号:16844197
- 上传时间:2022-11-26
- 格式:DOCX
- 页数:54
- 大小:36.17KB
信息系统管理制度与考核办法Word格式文档下载.docx
《信息系统管理制度与考核办法Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《信息系统管理制度与考核办法Word格式文档下载.docx(54页珍藏版)》请在冰豆网上搜索。
3.发展目标
第一阶段:
采集数据。
与硬件系统集成,实现采集系统的功能拓展。
第二阶段:
综合应用。
通过业务报表实现查询功能,通过数据接口对外部系统
形成连接平台,引导行业标准。
第三阶段:
数据挖掘、横向联查,形成一个庞大的数据挖掘系统。
第四阶段:
将数据应用系统作成公安系统的办公平台,成为公安系统日常工作不可或缺的办公工具。
通过平台反向促进数据采集的准确率。
4.市场定位
4.1竞争对手
目前有湖北东方(业务导向)、华迪公司(BS优势)、深圳胡晓峰(OA理念)、南京科安(份额优势)、上海三所等。
需时时了解对手动态,掌握对手优势,做到知己知彼、对症下药。
4.2竞争策略
看守所层面形成绝对市场优势和技术优势,其它系统才能进入市场,形成绝对垄断。
信息系统市场的巩固与拓展,是带动系统集成业务发展和获取收益增长的前提。
4.3.市场定位
稳固看守所系统,挖掘省厅地市、拘留所、强制戒毒所等信息系统,
争取部局系统,逐步向地铁公安、公安消防等相关行业信息系统递延。
5.工作重心·
明确信息系统主体业务,确立与主体业务相关的需求和功能模块,以及非主体业务应用等级。
将主体业务分离,结合非主体业务的应用等级分阶段对系统进行完善和稳定。
原则上主体业务部分只保留一个标准版本,非主体业务视情况分离出相近地区版本。
综合应用组B/S结构开发从设计阶段开始就明确功能结构和开发目标,确立信息集中和综合利用的观点,充分考虑数据利用模式和业务应用模式。
加强市局模块功能的补充和完善,开发团队并入综合应用
项目组。
场所项目组中,看守所系统实行模块化分割,以维护为主;
拘留所系统实行“两条腿走路”,边维护边更新;
安康医院系统和收容教育所系统重构框架;
新开发强制戒毒所系统。
测试部统一管理信息系统产品版本库,负责版本确定、编号以及出入库管理。
定时收集各地用户需求,并尽量收集竞争对手的应用状况和资料,作为C/S系统的修改参考和B/S结构的设计指导。
确立周五信息系统工作例会制度,例会前各项目经理提交项目计划与工作安排给部门负责人、公司主管领导,并抄送行政备案。
根据产品目标与工作重点层层分解、责任到人。
项目进度安排及完
成情况使用MSProject,缺陷管理工具使用
ClearQuest。
IBMRational
以项目计划和资源状态报告作为业绩考核的书面依据,以需求分析报告和测试报告作为流程考核的书面依据。
建立良好的沟通机制,项目组之间信息共享、相互学习,同时形成良性竞争机制。
第二章团队规模与建设
本章节旨在解决团队组织架构、知识架构、人员编制、岗位职责、职业规划、培训方向。
1.组织架构
1.1直线职能机构
总经理助理
信息工程部培训服务部测试部
综
看
治
安
收
强
合
守
康
容
制
应
所
拘
医
教
戒
用
组
留
院
育
毒
1.2业务矩阵结构
项目经理信息工程部测试部培训服务部
系统综合
应用
看守所系
统
产拘留所系
需求开发测试发布培训实施
品统
安康医院
系统
收教所系
注:
信息工程部项目经理对所负责的产品负主要责任,从需求——开发——测试——发布——培训——实施的整体业务体系全程监督与控制。
2.知识架构
2.1.专业人才配置需求
培训服务
文档管理系统设计
需求反馈
界面美观项目管理模块编译
功能检测程序维护
2.2.专业经验配置需求
人员类别
IT经验
项目经验
部门经理
五年及以
独立管理过三个以上大型信息系
上
统项目
项目经理
三年及以
独立管理过两个以上大型信息系
核心编码人三年及以
三个以上大型信息系统项目核心
员
代码编写
程序维护人
二年及以
参与过两个以上信息系统项目程
序维护
系统测试人
一年及以
参与过一个以上信息系统项目测
试
界面美工
独立设计过两个以上信息系统产
品界面
文档管理人
半年及以
参与过一个以上信息系统项目文
档编写
培训服务人
参与过一个以上信息系统项目培
训服务
2.3.学历层次配置需求
部门
学历水平
百分比
信息工程部
本科
80%
大专
20%
测试部
60%
40%
培训服务部
2.4.综合素质配置需求
业务能力
职业素质
沟通技能
管理人员
30%
专业技术人60%
3.定编定岗
3.1.职位编制
3.1.1总经理助理(编制人数1人)
3.1.2信息工程部(编制人数共计18人)
信息工程部经理1人
综合组
看守组
拘留组
安康组
收教组
强戒组
项目经
理1人
高
中
初
级
程
序
1
2
人
3.1.3测试部(编制人数5人)
测试部经理1人
中级测试工程师2人初级测试工程师1人文档管理/界面美工1人
3.1.4培训服务部(编制人数6人)
培训服务部经理1人
培训服务部副经理1人
高级实施工程师1人中级实施工程师2人初级实施工程师1人
3.2部门职责
3.2.1信息工程部
编制部门技术发展规划、技术管理制度,遵守信息系统业务流程;
设计产品方案、实行新品开发、遵守技术规范,控制产品质量;
组织需求调研、系统设计与代码编写,对项目进行阶段性评审及审
批,保证项目进度与质量,组织产品认证和内部单元测试与功能测试;
及时编制开发文档,认真作好资料归档,严格保密与交接制度;
及时处理和解决产品出现的技术问题,确保经营工作正常进行;
召开技术研讨会议,组织部门人员为其他部门提供技术支持;
服从公司领导工作安排。
3.2.2培训服务部
建立健全业务及产品培训大纲,编写用户手册;
对产品进行演示、
安装、培训;
现场处理用户问题,后期技术支持与电话跟进,及时收集、反馈准
确用户需求;
策划宣传材料、公司网站,维护公司形象工程,与用户建立良好合
作伙伴关系;
会同财务部门作好应收帐款的催收工作;
配合开发、测试部门执行信息系统业务流程与工作制度,相互协调
配合;
3.2.3测试部
制订测试计划,保证测试质量,验证测试结果,实施测试评估,参
与技术研讨;
分析软件错误类型,为开发人员修改错误提供参考意见;
建立产品版本库,掌控版本变更情况,发布版本确认或变更说明;
管理公司技术文档、资料和图书,及时提供信息查询。
负责ISO9000的监督、内审及管理评审等工作。
完成领导交办的其它工作。
3.3管理层岗位职责
3.3.1总经理助理(分管信息系统)
全权负责公司信息系统(包含信息工程部、培训服务部、测试部)
主营业务工作。
查阅财务报表和经营资料,掌握信息系统整体业务情况,及时提出
经营调整策略。
拟订公司信息系统业务发展规划、经营目标,确定技术发展方向,
承担经营责任。
主持召开信息系统内部经营例会与技术研讨会议,掌握、控制经营、
技术活动。
主持信息系统日常经营管理工作,签署日常行政、业务文件,调配人力资源,组织绩效考评,建设技术队伍。
对公司信息系统质量体系建立、实施、完善和决策负责,为开展与质量有关的活动提供充分的资源。
会同行政人事部组织编写并审核信息系统内部机构调整方案和管理
规章、业务流程和岗位职责,保证公司标准化、程序化、制度化管理
的实施与监督。
完成上级领导交办的临时工作任务。
3.3.2信息工程部经理
对产品技术方向、市场定位、技术方案、工作流程等组织评审和认定;
对项目整体需求把握、框架设计和数据库结构组织评审,监督业务运作流程;
审查项目计划及完成情况,组织技术把关和指导,及时组织处理质量事故;
负责对各项目组产品认证和内部可操作性测试与代码审核情况进行抽查;
审核技术文档的完整性,编制测评标准、技术规范与质量认定标准并监督执行;
负责技术队伍的建设、管理,提出工作岗位配制要求及调配建议;
监督考核各项目组工作,强化开发队伍建设与培训,收集归纳合理化建议,为公司领导提供决策支持,完成公司领导临时交办的各项任务。
通过任务管理工具Project来了解各个项目组的任务进度及审阅项
目状态报告;
通过ClearQuest了解并监督各项目组的产品质量情况,并执行相应的奖罚措施;
通过代码管理工具VSS或CVS对各项目组的代码的规范及质量进行抽查、监督,并执行相应的奖罚措施;
组织部门内部的技术交流及培训,提高部门员工的素质;
协调各项目组之间的关系,及处理好与其他部门之间的关系;
对部门外部及客户的需求及时作出反应,安排相关人员进行处理。
3.3.3项目经理
需求理解与把握。
在需求调研阶段,深入到客户的实际工作岗位上,仔细观察与询问,通过电话方式或Email方式进行事后跟踪;
对反馈的需求进行确认与研究可行性,确保需求准确,与培训服务的同事了解他们与用户的一些想法,和合理化建议。
和培训服务的同事商量方案的可行性。
系统设计、概要设计、框架搭建、数据库结构;
制订开发规范,如代码规范、注释规范、变量命名等;
通过任务管理工具PROJECT合理地作任务安排(根据每个人的实际情况来进行安排,作到各尽其能),并每日审查任务完成情况,·
审查代码编写质量,组织成员绩效考评;
通过Project每周向部门经理提交项目状态报告;
安排组员交叉测试,组织单元测试抽查,递交测试版本;
安排组员编写详细的需求与测试报告,对每个模块的测试重点进行说明。
与测试部同事沟通,及时知道测试结果,组织相应的修改。
把好出口关,打包封装软件,实行配置管理;
产品运作流程与质量的监督与控制;
通过源代码管理工具(VSS或CVS)对本项目组的源代码进行管理;
通过ClearQuest,对项目组成员进行缺陷管理;
不定期组织项目组内的技术、业务讨论会,对项目组成员进行业务
及技术的指导;
协调与其他项目组或其他部门的关系,为其提供技术支持;
对部门经理负责,及时汇报工作与项目进展情况,申请资源之类问
题。
3.3.4.测试部经理
审核规范公司技术文档,制订规范通用的测试标准,作为软件测评质量的考评标准;
与信息工程部、培训服务部经理共同确定需求,作为测试通过的衡量依据。
审核测试计划,掌握测试进度,实施质量评估,验证测试结果,参与技术研讨。
分析软件BUG类型,运用测评工具分析统计,为软件开发质量考评提供依据。
掌控版本变更情况,发布版本确认报告、评估报告和变更说明。
负责ISO9000的监督、内审及管理评审等工作,严格监督质量体系
运行情况。
强化测试队伍建设和部门绩效考评,收集提炼合理化建议。
完成公司领导临时交办的任务。
3.3.5.培训服务部经理
根据用户需求部署产品培训与技术服务,检查工作效率,实时收集与反馈用户信息与竞争对手资料,做出市场分析,与信息工程部、测试部经理共同确认需求;
审核公司业务及产品培训教材、用户操作手册,组织编写宣传材料、更新网站;
维护公司形象工程,与用户建立良好的合作伙伴关系;
参与公司主要经济问题的分析,会同财务部门作好应收款项的催收工作;
强化培训服务队伍建设,组织业务及技能培训,及时处理用户反映的技术问题;
收集合理化建议,作好公司领导的参谋,完成公司领导交办临时工作任务。
4.人员分析与职业规划
时间段评价职业优职业劣个性特价值取培养意
者势势点向向
面试评自评
价上级
人事
自评
转正评
上级
价
半年评
一年评
两年评
三年评
5.人员调整
5.1职务晋升或平级调整
员工部门经理行政人事部
岗位空缺公
员工申请
告及任职资
部门审核格要求
与推荐
Y
综合考评
到新岗位
任命书或岗位
监促办理
报到
变动通知书
工作交接
公司领导财务
审核批准
调薪通知
5.2.职务降级与末位淘汰
调整薪资
重大工作失误
或严重违反规
章制度行为
降级或除
名建议
不胜任工作
公司调整岗
位定编定员
或年终考评
审核
降级
除名
6.人员招聘
详见《公司行政人事制度》。
7.业务培训
7.1培训内容
培训课题培训内容
计算机技Delphi和Jbuilder开发培训、Java
能培训模式培训、中间件技术讲座、Project
开发培训、JAVA
Server培训、
ROSE和
UML培训、数据库优化、
Oracle
数据库、测
试工具RationalTeamtest培训
产品体系操作系统和数据库系统的应用培训、看守所4.0软件
培训应用培训、三所一院部分软件的使用和培训、智能化
安防系统的培训、对ISO9001各项标准及要求的培训
法规政策监管法规政策培训、劳动法规政策培训、安防知识培
培训训、对监管行业业务知识的培训、公司规章制度的培
训
综合素质测试技巧和要求培训、培训技巧和服务意识的培训、
培养计算机外设的熟知率培训、市场销售技巧培训、交际
艺术和沟通技巧的培训
项目管理项目管理理论与技巧、项目责任制与奖惩方案培训
7.2培训方式
内培为主,外培为辅。
内部培训安排专题培训与讲座,鼓励员工自行担任主讲,实现资源共享,并按50元/次奖励主讲人员,外部培训以
资质认证为主,按《公司行政人事制度》和《培训合同》相关条款执
行。
7.3培训时间
公司内部开辟《培训园地》,每两周一次,周五下午4:
00至5:
30。
也可由各部门自行提请。
第三章工作流程与沟通
本章节旨在解决需求源头、版本控制、责任环节、业务衔接、文档管理等问题,切实推行以项目经理为导向的产品生产和业务运作流程。
1.业务工作流程
1.1版本发布流程
申请新版本
版本申请单
测试部开发部项目组
申请状态
处理请求
无
判断是否有符转发版本申
合要求的版本请单
测试报告
程序完善修改,处理需求,提
提交新版本交新版本
与评测
不通过
有
版本提交
说明
产品发布
测试确认提交
版本发布
是否通过
发布新版本
通过测试
流程说明:
根据市场需要,由培训服务部提交《版本申请书》(注明需要时间、
部署地点、系统配置需求、对产品的特殊要求等),如无明确地方需
求,由测试部从产品版本库中提取标准版本;
如产品版本库中现有产
品不符合要求,由测试部转发《版本申请书》给信息工程部相应的项
目经理进行确认和修改,修改完成的版本经测试部评估并确认合格
后,作为产品发布版本记入产品版本库。
测试部根据培训服务部《版本申请书》中的系统配置要求(指支持
系统运行的所有服务器、客户机及网络设备、通讯链路以及存储设备、
输入输出设备机器型号及配置和其他设备规格要求等的硬件配置说
明;
以及所使用的系统软件、平台软件、开发工具软件等的说明),对拟发布的版本进行系统配置,并刻出母盘,提交培训服务部作为产品发布的样品。
因产品完善和功能扩展需提交测试的,必须事先由信息工程部项目经理制定详细的开发计划并抄送测试、培训服务部经理,修改后经过测试确认的版本按时间标注小号,记入公司产品版本库。
在版本要求时间与实际提供时间存在差异的,由各部门经理协商解决。
1.2版本控制流程
开发部项目组测试部培训服务部市场人员
开发部产品
确认报告
客户反馈
报告
开发计划
反馈市场需
求
确认需求
收集客户反
市场需求
馈
相关计划
文档
系统开发和相关版本
完善计划说明
提交测试版
测试确认
本
通过
版本升级,
允许
记入版本库
修复
允许修复
版本升级,记入
不合格版本库
由培训服务部提交用户反馈,经测试部初步审核,对描述不清或是有歧义的描述退回培训服务部重新整理提交。
测试部将需求信息转交信息工程部项目组,由项目经理过滤后,提交信息工程部、测试部、培训服务部会议讨论。
经三方签字认可的《需求确认报告》方可作为开发凭证和测评依据。
三方认可的《需求确认报告》与用户实际需求不一致的,由培训服务部形成《需求处理报告》,与用户沟通需求差异,合理引导和说服用户。
项目经理提交测试版本的依据是系统开发和完善计划,来源主要有
三:
根据用户反馈对现有版本的完善;
根据市场要求确立的新产品开发;
根据实际需要由信息工程部主管制定的开发计划。
系统开发计划需由相关负责人用Project制定并发布至ProjectServer,提交测试版本时必须附上相应的版本说明。
测试人员对系统进行测试时,可根据具体情况决定版本是否能够发
布,对不符合要求的版本退回给项目经理进行修改,版本号不升级,
三次以上提交仍不合格的,升级版
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统 管理制度 考核办法
![提示](https://static.bdocx.com/images/bang_tan.gif)