信息化系统管理模式.docx
《信息化系统管理模式.docx》由会员分享,可在线阅读,更多相关《信息化系统管理模式.docx(35页珍藏版)》请在冰豆网上搜索。
![信息化系统管理模式.docx](https://file1.bdocx.com/fileroot1/2023-2/22/ca36d95c-706a-4577-9d1c-7bcd68ac460d/ca36d95c-706a-4577-9d1c-7bcd68ac460d1.gif)
信息化系统管理模式
信息系统管理制度
文件编号:
编写部门:
行政人事部
编写人:
审批人:
审批日期:
第一章产品目标与管理模式
本章节旨在解决产品链的建立、衔接与管理,明确纵向产品体系和项目经理管理模式。
1.管理模式
1.1管理方法
产品化管理,在原直线职能管理模式基础上实行矩阵式管理,由项目经理对项目组所开发的产品负主要责任,从需求——开发——测试——发布——培训——实施的整体业务体系全程监督与控制。
1.2管理重点
抓“两头”放“中间”。
其中,抓“两头”是指项目经理主抓业务需求和总体框架、抓数据库结构;放“中间”是指部门范围内开发代码,实现模板化编译和信息资源共享。
基于场所层面的开发重在解决管理职能,基于地市省厅层面的开发重在解决指导职能。
1.3管理源头
需求是软件开发的根基、是节约成本的源头,需求描述必须可交流、格式化,经开发、测试和培训服务三方共同理解与确认的需求说明文档,是信息系统流程运作的主要依据。
2.产品目标
2.1产品体系
以看守所系统为主导产品,带动治安拘留所系统、安康医院系统、收容教育所系统等场所产品发展,着手研制强制戒毒所系统。
在实现基本业务功能和充分数据采集的基础上,将一系列产品挂至省厅地市系统,实现综合应用和深挖犯罪。
2.2开发模式
·开发结构:
场所开发C/S结构为主,B/S开发旨在充分利用网络资源实现信息的充分共享和综合运用。
B/S与C/S结构开发相互独立、留有接口。
·开发方法:
由原型法转入瀑布法,加强需求调研与开发质量,为后期维护减负。
·开发方向:
产品模块化和智能化运作,明确系统主体业务模块与非主体业务模块,在主体业务功能完善的基础上稳定产品;在充分实现系统数据采集的基础上,实现WEB平台的综合应用和深层次的犯罪挖掘。
3.发展目标
·第一阶段:
采集数据。
与硬件系统集成,实现采集系统的功能拓展。
·第二阶段:
综合应用。
通过业务报表实现查询功能,通过数据接口对外部系统形成连接平台,引导行业标准。
·第三阶段:
数据挖掘、横向联查,形成一个庞大的数据挖掘系统。
·第四阶段:
将数据应用系统作成公安系统的办公平台,成为公安系统日常工作不可或缺的办公工具。
通过平台反向促进数据采集的准确率。
4.市场定位
4.1竞争对手
目前有湖北东方(业务导向)、华迪公司(BS优势)、深圳胡晓峰(OA理念)、南京科安(份额优势)、上海三所等。
需时时了解对手动态,掌握对手优势,做到知己知彼、对症下药。
4.2竞争策略
看守所层面形成绝对市场优势和技术优势,其它系统才能进入市场,形成绝对垄断。
信息系统市场的巩固与拓展,是带动系统集成业务发展和获取收益增长的前提。
4.3.市场定位
稳固看守所系统,挖掘省厅地市、拘留所、强制戒毒所等信息系统,争取部局系统,逐步向地铁公安、公安消防等相关行业信息系统递延。
5.工作重心
·明确信息系统主体业务,确立与主体业务相关的需求和功能模块,以及非主体业务应用等级。
将主体业务分离,结合非主体业务的应用等级分阶段对系统进行完善和稳定。
原则上主体业务部分只保留一个标准版本,非主体业务视情况分离出相近地区版本。
·综合应用组B/S结构开发从设计阶段开始就明确功能结构和开发目标,确立信息集中和综合利用的观点,充分考虑数据利用模式和业务应用模式。
加强市局模块功能的补充和完善,开发团队并入综合应用项目组。
·场所项目组中,看守所系统实行模块化分割,以维护为主;拘留所系统实行“两条腿走路”,边维护边更新;安康医院系统和收容教育所系统重构框架;新开发强制戒毒所系统。
·测试部统一管理信息系统产品版本库,负责版本确定、编号以及出入库管理。
·定时收集各地用户需求,并尽量收集竞争对手的应用状况和资料,作为C/S系统的修改参考和B/S结构的设计指导。
·确立周五信息系统工作例会制度,例会前各项目经理提交项目计划与工作安排给部门负责人、公司主管领导,并抄送行政备案。
·根据产品目标与工作重点层层分解、责任到人。
项目进度安排及完成情况使用MSProject,缺陷管理工具使用IBMRationalClearQuest。
·以项目计划和资源状态报告作为业绩考核的书面依据,以需求分析报告和测试报告作为流程考核的书面依据。
·建立良好的沟通机制,项目组之间信息共享、相互学习,同时形成良性竞争机制。
第二章团队规模与建设
本章节旨在解决团队组织架构、知识架构、人员编制、岗位职责、职业规划、培训方向。
1.组织架构
1.1直线职能机构
1.2业务矩阵结构
项目经理
信息工程部
测试部
培训服务部
产品
系统综合应用
需求
开发
测试
发布
培训
实施
看守所系统
拘留所系统
安康医院系统
收教所系统
注:
信息工程部项目经理对所负责的产品负主要责任,从需求——开发——测试——发布——培训——实施的整体业务体系全程监督与控制。
2.知识架构
2.1.专业人才配置需求
2.2.专业经验配置需求
人员类别
IT经验
项目经验
部门经理
五年及以上
独立管理过三个以上大型信息系统项目
项目经理
三年及以上
独立管理过两个以上大型信息系统项目
核心编码人员
三年及以上
三个以上大型信息系统项目核心代码编写
程序维护人员
二年及以上
参与过两个以上信息系统项目程序维护
系统测试人员
一年及以上
参与过一个以上信息系统项目测试
界面美工
一年及以上
独立设计过两个以上信息系统产品界面
文档管理人员
半年及以上
参与过一个以上信息系统项目文档编写
培训服务人员
一年及以上
参与过一个以上信息系统项目培训服务
2.3.学历层次配置需求
部门
学历水平
百分比
信息工程部
本科
80%
大专
20%
测试部
本科
60%
大专
40%
培训服务部
本科
60%
大专
40%
2.4.综合素质配置需求
人员类别
业务能力
职业素质
沟通技能
管理人员
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信息工程部
·编制部门技术发展规划、技术管理制度,遵守信息系统业务流程;
·设计产品方案、实行新品开发、遵守技术规范,控制产品质量;
·组织需求调研、系统设计与代码编写,对项目进行阶段性评审及审批,保证项目进度与质量,组织产品认证和内部单元测试与功能测试;
·及时编制开发文档,认真作好资料归档,严格保密与交接制度;
·及时处理和解决产品出现的技术问题,确保经营工作正常进行;
·召开技术研讨会议,组织部门人员为其他部门提供技术支持;
·服从公司领导工作安排。
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职务晋升或平级调整
5.2.职务降级与末位淘汰
6.人员招聘
详见《公司行政人事制度》。
7.业务培训
7.1培训内容
培训课题
培训内容
计算机技能培训
Delphi和Jbuilder开发培训、Java开发培训、JAVA模式培训、中间件技术讲座、ProjectServer培训、ROSE和UML培训、数据库优化、Oracle数据库、测试工具RationalTeamtest培训
产品体系培训
操作系统和数据库系统的应用培训、看守所4.0软件应用培训、三所一院部分软件的使用和培训、智能化安防系统的培训、对ISO9001各项标准及要求的培训
法规政策培训
监管法规政策培训、劳动法规政策培训、安防知识培训、对监管行业业务知识的培训、公司规章制度的培训
综合素质培养
测试技巧和要求培训、培训技巧和服务意识的培训、计算机外设的熟知率培训、市场销售技巧培训、交际艺术和沟通技巧的培训
项目管理培训
项目管理理论与技巧、项目责任制与奖惩方案
7.2培训方式
内培为主,外培为辅。
内部培训安排专题培训与讲座,鼓励员工自行担任主讲,实现资源共享,并按50元/次奖励主讲人员,外部培训以资质认证为主,按《公司行政人事制度》和《培训合同》相关条款执行。
7.3培训时间
公司内部开辟《培训园地》,每两周一次,周五下午4:
00至5:
30。
也可由各部门自行提请。
第三章工作流程与沟通
本章节旨在解决需求源头、版本控制、责任环节、业务衔接、文档管理等问题,切实推行以项目经理为导向的产品生产和业务运作流程。
1.业务工作流程
1.1版本发布流程
流程说明:
·根据市场需要,由培训服务部提交《版本申请书》(注明需要时间、部署地点、系统配置需求、对产品的特殊要求等),如无明确地方需求,由测试部从产品版本库中提取标准版本;如产品版本库中现有产品不符合要求,由测试部转发《版本申请书》给信息工程部相应的项目经理进行确认和修改,修改完成的版本经测试部评估并确认合格后,作为产品发布版本记入产品版本库。
·测试部根据培训服务部《版本申请书》中的系统配置要求(指支持系统运行的所有服务器、客户机及网络设备、通讯链路以及存储设备、输入输出设备机器型号及配置和其他设备规格要求等的硬件配置说明;以及所使用的系统软件、平台软件、开发工具软件等的说明),对拟发布的版本进行系统配置,并刻出母盘,提交培训服务部作为产品发布的样品。
·因产品完善和功能扩展需提交测试的,必须事先由信息工程部项目经理制定详细的开发计划并抄送测试、培训服务部经理,修改后经过测试确认的版本按时间标注小号,记入公司产品版本库。
·在版本要求时间与实际提供时间存在差异的,由各部门经理协商解决。
1.2版本控制流程
流程说明:
·由培训服务部提交用户反馈,经测试部初步审核,对描述不清或是有歧义的描述退回培训服务部重新整理提交。
·测试部将需求信息转交信息工程部项目组,由项目经理过滤后,提交信息工程部、测试部、培训服务部会议讨论。
经三方签字认可的《需求确认报告》方可作为开发凭证和测评依据。
·三方认可的《需求确认报告》与用户实际需求不一致的,由培训服务部形成《需求处理报告》,与用户沟通需求差异,合理引导和说服用户。
·项目经理提交测试版本的依据是系统开发和完善计划,来源主要有三:
根据用户反馈对现有版本的完善;根据市场要求确立的新产品开发;根据实际需要由信息工程部主管制定的开发计划。
系统开发计划需由相关负责人用Project制定并发布至ProjectServer,提交测试版本时必须附上相应的版本说明。
·测试人员对系统进行测试时,可根据具体情况决定版本是否能够发布,对不符合要求的版本退回给项目经理进行修改,版本号不升级,三次以上提交仍不合格的,升级版本号并记入不合格版本库,退回给项目经理重新制定修改计划。
测试确认可以发布的版本附交《版本说明书》,并对每次版本的升级提交测试报告和评估。
·产品版本库的编号规范包括以下内容:
—产品类型代码(如KSS)
—版本类型代码(标准版本为公司名称缩写BS;地区版本用两个拼音字母表示,如ZJ)
—合格代码(合格为1,不合格为0)
—升级代码(如NO.1)。
举个例子:
“KSS-ZJ-1-NO.2”代表“看守所系统浙江合格版本第2次升级版本”。
1.3异常处理流程
流程说明:
·除了试点之外,公司产品在部署完成后,需整体更新的,要遵循异常处理流程。
·各部门均可提交异常处理请求,需注明处理原因,因产品质量问题引起的异常处理由信息工程部部门经理负责处理,向公司提交异常处理请求。
获得同意后即可按异常处理流程运作。
·异常处理完成后由培训服务部门提交反馈信息,由各部门经理对处理作总结。
2.责任分布
工作项目
信息工程部项目组
测试部
培训服务部
需求界定
信息收集
△
▲
明确用户要求
▲
▲
▲
需求确认
▲
▲
▲
系统分析
用户跟进
△
▲
标准版本差异
△
▲
系统分析
▲
△
系统开发
系统设计
▲
软件开发
▲
软件打包
▲
功能说明
▲
△
△
测试
测试标准
△
▲
功能测试
△
▲
需求比对
△
▲
△
测试评价
△
▲
△
配置发布
▲
△
实施
产品复制
△
▲
系统培训
△
▲
系统实施
△
▲
使用反馈
△
▲
注:
主要责任为▲,次要责任为△。
3.文档管理
文档名称
内容要求
起草部门
存档部门
是否作为流程文档
版本申请书
部署地点,需要时间,特殊要求,系统配置要求
培训服务部
测试部
是
需求反馈说明
附版本申请书后,注明产品功能要求,特殊需求,用户方联系人及联系方式
培训服务部/项目组
测试部
是
需求确认报告
过滤需求,征求用户与培训服务部意见,三方共同形成需求确认报告,作为软件测评和产品发布依据
项目组
测试部
是
需求变更说明
根据需求确认报告细化,针对现有系统制订变更说明,作为产品开发依据
项目组
项目组
否
产品开发计划
项目组
项目组
否
系统概要设计说明
项目组
项目组
否
系统详细设计说明
项目组
项目组
否
数据结构
项目组
项目组
否
产品完善计划
项目组
项目组
否
安装使用说明
安装步骤,配套环境的说明
培训服务部
培训服务部
否
用户电话记录
用户联系方式,反馈问题,记录人,记录时间等
培训服务部
培训服务部
否
需求处理报告
结合三方确定的需求与用户反馈的需求差异进行描述,试图说服引导用户
培训服务部
培训服务部
否
使用问题报告
收集和反馈用户使用产品情况,提交给开发和测试
培训服务部
测试部
是
用户实施记录
无法电话解决的问题,以上门服务方式实施
培训服务部
培训服务部
否
测试状态控制表
测试方式,测试用例,状态标识,测试人员等
测试部
测试部
否
测试确认报告
主要功能验证结果,认定版本是否通过或升级入库
测试部
测试部
否
测试评估报告
BAG统计,功能评价,风险评估,建议是否发布等
测试部
测试部
是
产品发布说明
版本号及发布日期,测试结果,发布内容,包装内容,支付用户使用方式等
测试部
测试部
是
产品版本入库单
版本名称,时间,部署地点,与标准版差异等
测试部
测试部
否
说明:
·文档模版详见附件;
·流程文档,指实现业务流程必须全程跟进的文档,非流程文档只需部门自行留存。
·信息工程部项目组备存的文档由项目经理管理,测试部备存的文档由美工兼文档员管理。
4.沟通机制
4.1.内部沟通
·项目经理对部门经理负责,让部门经理随时了解项目进度、质量和所需资源;
·项目组之间信息交互,就技术难题开展技术研讨,寻求技术支持与业务指导;
·项目组内部实时沟通交流。
4.2.外部沟通
·对培训服务部拿回的需求,项目组要实行可行性论证,分析技术上是否可实现。
·调研或出差时深入用户工作岗位,获取第一手资料,回公司时索要对方电话并保持联系;对开发、测试、培训服务三方共同确认的需求,必须与用户及时沟通、达成一致。
·项目组在提交测试时附上说明文档,指明版本实现目的以及关键业务和难点。
对测试情况要及时询问,避免完全测试完成再行修改。
·信息系统各部门在考勤考核、人事安排、监督奖罚等方面要取得行政人事部门的支持。
4.3.沟通工具
4.3.1.每个项目组通过Project来安排工作,提交工作进度。
·项目经理通过projectg来安排任务给组成员,做到项目组成员每天有明确任务分配,便于对组成员的日常考评及月考评,应避免在项目在某时期没有工作记录。
·项目组成员应认真填写project的工作记录及进展情况,做到每日提交,这做为日常考评及月考评的重要依据。
·项目经理每日审核组成员的工作进度及质量问题,根据项目进展情况进行适当调整。
不要项目提交到project上后一成不变,失去了它的应用意义。
4.3.2.项目经理通过project项目状态报告,来向上一级提交工作情况及计划。
·项目状态报告每周五提交部门经理、总经理助理以及行政人事部。
项目状态报告应填写如下内容:
本周的工作情况(详细记录项目组工作进展,用户反馈及处理情况(用户的单位、反馈的问题)、出差人员的反馈情况记录、下周的工作安排、本周的热点问题、本周未