应急指挥信息系统研发安全管理制度
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
应急指挥信息系统研发安全管理制度4 应急指挥信息系统研发安全管理制度一、总则为了规范软件开发过程,有效控制和监督软件开发进度,保证软件开发质量,制定本制
度。本制度限于应急系统研发组执行。
二、团队协作
1.为了提高员工的综合素质,增强对部门研发的产品总体认
识,充
分利用部门内部人力资源,提高团队的快速适应能力,部门内部采用矩阵式管理。根据工作需要,将不定期的调配员工的工作岗位。
2.为了加强团队的内部技术交流,及时反映项目的进展情况,增强
内部的沟通力度,扩展员工的知识面,每周定期的召开项目
小组会议,讨论项目进展情况、技术难点和相关的解决方案;每月定期举行技术培训、讨论会,项目组成员轮流主讲,充分调动成员的研发积极性。
三、研发管理
1.确定软件开发架构,文件命名规范,编码规范。
2.完成数据库的设计,并给出数据库设计说明书。
3.确定软件模块结构及程序模块内的数据流或控制流,对每
个程序
模块必须确定所有输入、输出和处理功能,并制定软件设计说明
书。
4.写出的代码应满足结构良好、清晰易读、且与设计一致,符合编
码规范。
5.确定测试计划,测试分单元测试和组装测试两个过程进行,制定
测试计划书。
6.单元测试:开发人员按测试计划对自己编写的程序进行测试。
7.组装测试:执行测试计划中所有要求的组装测试。对测试结果进
行分析,生成当前问题列表( BUGLIST ),返回项目组长。程序员经过分析,修复并自测完毕,生成BUG 修复报告。
四、配置管理
1.软件开发过程中所有相关代码、可执行文件、文档等必须保存在
SVN 中。SVN 中的数据将作为个人和团队考评的重要依据
之一。
2.修改软件代码前,务必从SVN 中先执行upate 操作。保持
本地开
发环境代码与SVN 保持同步。
3.在开发过程中,务必保持SVN 目录结构的稳定性。不允许擅自在
SVN 中删除或import 文件夹。如有特别需要修改(删除或增加)SVN文件目录结构时,需要SVN配置管理员和所在小组、部门负责人同意方可执行相关操作。
4.每周五开发人员将各自负责的程序模块最新可执行稳定版本更新
到SVN 中,同时包括功能更新说明描述文档,并通知产品打包人员。
5.在产品打包过程中,务必从SVN 中下载相关产品模块的可执行文
件版本,严禁擅自从开发人员本地电脑中COPY ,如有发现,将提出严重警告。
五、进度控制
1.每周一各小组负责人在部门负责人的指导下,在当前产品研发的
总体进度计划下,制定各小组成员本周的任务安排计划。
2.每周五各研发人员提交工作周报。工作周报应包含每周计划、完
成情况、单项工作所用工时、下周计划、问题、意见和建议。叙
述工作要求尽可能的说明清楚。
六、质量管理
1.在软件进度控制的基础上,做好软件进度控制、质量检查工作。
2.成立以部门经理和项目小组负责人为主的质量管理小组,负责项
目进度的安排和质量的控制。
3.每周末根据本周员工的工作任务安排,质量管理小组成员检查员
工任务完成情况,总结项目进展、分析项目存在的问题和难点,制定下周员工的工作任务安排计划。
4.根据周工作计划,无特殊原因而没有按期完成任务的,自觉加班
加点,加班费用不记在软件开发成本中。对于1 个月内两次无法按期完成任务的,提出警告一次,在一个季度内警告超过两次的,不做加薪处理,超过三次的酌情考虑降薪或直接劝退。
5.在软件基线周期内,超负荷完成任务,表现出众的,给予一次性
奖励或加薪。