搜档网
当前位置:搜档网 › 软件部管理制度

软件部管理制度

软件部管理制度
软件部管理制度

软件管理制度(暂定)

为进一步加强软件部门管理,提高各工程师工作效率,发挥每一位的主观能动性,创造良好的工作氛围,更好的推进部门各项目进度,并为下一步更好地开展项目创造良好的条件和工作环境。制定该制度,该制度进一部明确了部门人员工作职责,制定源码管理制度、程序打包管理、版本管理和其他日常管理制度。

一、开发规范

严格遵守公司代码开发规范。测试人员在进行存档前,检查相关开发规范,如果注释不清晰或代码结构与设计文档不符时,不予存档。

二、源代码管理

1、代码安全

各项目负责人保证各自项目用计算机安全,避免病毒对工作或项目源码造成影响。

不得擅自将项目源码以任何形式转至非软件部工作人员手中。

项目开发过程中需要去现场调试时,在调试完毕后必须将遗留代码进行备份和清理,不得让代码或程序随意流出。

项目开发过程中需要去现场和第三方接口联调时,注意保护己方代码和程序,严禁向第三方提供非接口协议内容。

严禁向非公司工作人员提供任何源代码和可执行程序。

严禁私自向第三方提供任何接口和数据(包括既有程序更新升级过程中的数据发送)。

2、SVN源代码管理

部门现已部署SVN服务器,各研发人员必须使用SVN管理源代码,坚决摒弃等待东西改完了再上传的漏习,根据各自分管的项目和模块及时上传更新自己的源代码,并添加修改注释。

有关该项目的概要设计文档,存于该项目目录下的Document目录下,供大家查阅。

有关该项目的详细设计文档,存于各自负责模块的目录下。

有关测试用例的文档,放入svn/Document目录下,供大家查阅。

各模块之间的文档交互以SVN上存的文档为准。

3、代码共享

工作中每位工程师都会在工作中写一些通用算法实现的过程和函数以及部分公共协议解析的单元等,可能还会写一些小工具之类的用于调试。为了能提高整个部门的工作效率,减少重复工作,都可以将自己写的小工具的源码上传至公共源码区,让更多的工程师分享你的成果。希望大家都能够抱着我为人人、人人为我的态度,共同进步和提高。

三、客户端打包工具管理

1、C或C++:

2、Delphi:

3、编译内容

公司信息、程序名称、版本信息。

另帮助内容中应包括使用手册、联系电话、公司网站、程

序版本等信息

4、安装路径

统一默认安装路径为D盘根目录,路径格式:d:\程序名称\程序文件。

四、软件版本管理

1、源代码版本管理

所有项目中涉及的源代码必须使用SVN管理,希望大家一定要严格执行。

2、编译程序版本管理

车载程序版本管理:

服务器程序版本管理:

Windows系统程序版本管理:

内部版本号由四位组成:a.b.c.d

外部版本号(存档版本)由三位组成:a.b.c

a:主版本号

b:次版本号

c:小版本号

d:每日或常规构建包的版本号

4、发布版安装包管理

所有发布版安装包程序中必须包含软件修改说明,该说明中详细记录各版本程序修改内容。

五、开发流程

项目研发管理制度

项目研发管理制度 项目管理的内容主要分为:项目评级管理、项目经理负责制的推行、项目技术质量管理、项目进度管理、项目成本管理、项目薪酬考核管理、项目文档管理等六项主要内容。 项目管理推进计划时间周期:项目管理推进时间跨度周期为两年,从2016年开始到2017年止,每半年为一个阶段,共分为四个阶段。到2017年底实施完善的项目经理负责制和规范的项目管理制度。 第一百六十九条项目管理推进计划: (一)项目评级管理: 2016年上半年是打基础,收集数据,试运行阶段:拟定项目评级相关管理制度,明确项目评级考虑因素、评价方法,评价程序、评价组织等,考虑过去研发项目实施过程中遇到的问题和研发工作开展情况,对上半年的项目有选择的进行项目评级试点,并跟踪项目评级结果运行情况进行跟踪;2016年下半年开始,在上半年平级基础上,不断优化项目评级管理,对绝大部分进行项目评级;2017年上半年开始,对全部项目进行评级,争取做到公正、客观。 (二)项目经理负责制: 2016年上半年进行产品经理和技术经理负责制的宣传和准备工作,一方面是针对研发人员及相关人员开展产品经理和技术经理负责制的有关宣传教育,让员工明确产品经理负责制和技术经理负责制的内含;另一方面是相关管理制度的拟定和执行,第三方面是产品经理人员以及技术经理的培养和引进,挑选几个项目实行产品经理负责制

和技术经理负责制,对明确产品经理和技术经理的权限和责任,观察运行效果; 2016年下半年开始,对上半年的相关管理制度进行调整、修订,同时在上半年基础上进一步扩大实施范围,对产品经理的授权进一步加大,对运行效果进行跟踪,另一方面继续培养和引进合格产品经理;技术经理基本到位,运行比较规范; 2017年上半年,产品经理人才培养和引进基本到位,对绝大部分项目施行产品管理负责制,进一步加大对产品经理的授权; 2017年下半年,所有项目全部实施真正意义上产品经理负责制的管理方式,对这种管理过程中的不足进一步完善和优化。 (三)项目技术质量管理: 2016年上半年加大项目前期阶段的工作,进一步细化每个项目的输入,明确规定产品的功能要求、性能指标等,为研发项目质量管理打下坚实的基础,减少后期变更的可能性; 2016年下半年在明确输入的基础上,进一步加强对研发过程中的质量控制,提高,从事前和事中对项目质量进行管理,提高公司整体的研发质量; 2017年上半年,公司的研发质量管理比较规范,公司的研发质量有了明显提高。 (四)项目进度管理: 2016年上半年在项目评级和以往项目历史资料的基础上,进一步清晰细化项目时间,同时开展项目工时定额的测定工作;选取几个新

信息系统管理制度

信息系统管理制度 第一章总则 第一条为明确岗位职责,规范操作流程,保障本中心信息系统安全、有效运行,根据有关法律、法规和政府有关规定,结合信息统计中心实际情况,特制定本制度。 第二条目的:使信息化建设工作规范化进行,做到统一规划、统一标准、统一建设、统一管理。使用范围:适用于本中心信息化建设。 第三条利用信息系统实施内部控制至少应当关注下列风险: (一)信息系统缺乏或规划不合理,可能造成信息孤岛或重复建设,导致中心管理效率低下。 (二)系统开发不符合内部控制要求,授权管理不当,可能导致无法利用信息技术实施有效控制。 (三)系统运行维护和安全措施不到位,可能导致信息泄漏或毁损,系统无法正常运行。 第四条职责: (一)信息统计中心负责中心信息化管理总体规划,建立统一的信息化建设标准、规范。负责中心各科(所)信息化项目总体协调及中心办公自动化网络和系统软硬件的维护工作。 (二)各科(所)负责指定专人担任本专业信息化网络工作,并负责本科(所)日常信息管理工作。 第五条工作要求: (一)各科(所)在开展涉及信息化建设及申报信息化建设项目之前,需报主管领导审批后,将业务需求、建设规划等报信息统计中心,信息统计中心应按照中心信息化建设规划及相关要求进行审核。 (二)经信息统计中心审核同意后的信息化建设项目,由信息中心提出信息化技术要求及软硬件需求,同意规划整合后报市卫生局信息中心。 (三)各科(所)申报的信息化项目批准后,信息统计中心技术人员全程参与项目的招标、实施、验收。

第二章信息系统的开发 第六条信息统计中心根据信息系统建设整体规划提出项目建设方案,明确建设目标、人员配备、职责分工、经费保障和进度安排等相关内容,按照规定的流程报批通过后配合相关公司实施。 信息统计中心负责监督开发流程,明确系统设计、安装调试、验收、上线等全过程的管理要求。 第七条信息统计中心需要深入了解各个业务科(所)的业务流程、关键控制点、处理规则、用户范围以及手工环境下难以实现的控制功能等较为核心的信息系统需求点。在系统开发过程中,应当按照不同业务的控制要求,通过信息系统中的权限管理功能控制用户的操作权限,避免将不相容职责的处理权限授予同一用户。 应当针对不同数据的输入方式,考虑对进入系统数据的检查和校验功能。对于必需的后台操作,应当加强管理,建立规范的流程制度,对操作情况进行监控或者审计。 应当在信息系统中设置操作日志功能,确保操作的可审计性。对异常的或者违背内部控制要求的操作,应当设计系统自动报告并设置跟踪处理机制。 第八条信息统计中心需要组织开发单位或开发人员与各科(所)的日常沟通和协调,督促开发单位或开发人员按照建设方案、计划进度和质量要求完成编程工作。 第九条统计中心应根据配备的硬件设备和系统软件的具体情况,组织安排相应的硬件厂家或软件开发商的技术人员入场安装调试。对于关键的软硬件设备,应安排专人负责跟踪、记录整个安装调试过程;在完成软硬件设备的安装调试后,应注意做好有关文档的验收及归档保存工作。 第十条信息系统上线前,需要对信息系统进行等保定级,没有定级的信息系统不能正式上线。另外,信息统计中心都应当切实做好上线的各项准备工作,应查验设备厂商或软件开发商或开发人员提交的有关运行维护资料,包括技术手册、操作手册等,并负责监督设备厂商或软件开发商提供对相关岗位人员的技术培训。制定科学的上线计划和新旧系统转换方案,考虑应急预案,确保新旧系统顺利切换和平稳衔接。系统上线涉及数据迁移的,还应制定详细的数据迁移计划。

软件开发管理制度

软件开发管理制度 为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。 5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

研发部规章制度工作流程管理(最终)

研发部规章制度及工作流程管理建议 1.研发部组织架构 2.研发部相关职责权限 1)部门职责权限 详见《研发部部门工作职责》(已完成) 2)各工作岗位说明 详见研发部各工作岗位《岗位说明书》(已完成) 3.研发部规章制度及工作流程(建议) 1)《项目管理制度》 规范公司项目管理流程,提高项目完成效率及成功率,使研发部项目管理目标(进度、成本、质量、过程分工)更加明确,减少资源浪费。 2)《研发部绩效管理制度》 本管理办法旨在明确公司管理目标,明确研发部各职位工作职责、目标,并据此建立一套适合于崇新公司研发部的,科学、系统、客观的业绩评价体系。以甄别各职能部门及各工作岗位的工作完成情况,推动并提高员工工作积极性,规范公司绩效管理工作。 3)《SQA工作流程》 通过SQA 相关工作的开展,建立并逐步完善公司项目开发过程及结果的监控体制,确保公司研发过程得到有效监督,各项研发任务能够按时保质保量完成。 4)《项目评审制度》

规范公司研发技术评审工作,建立标准、完善、统一的技术评审流程,以降低研发风险并确保项目既定开发目标的顺利完成。 5)《项目交付物管理制度》 规范研发部文件数据交付物档案管理工作,确保公司机密资料、文件档案的安全性,方便后续查找,并防止泄密事件发生。 6)《项目验收流程》 规范研发部研发产品(或交付物)验收流程,规定参与验收的部门人员及相应的验收标准,确保研发结果的正确性、稳定性、可靠性,为下一步产品实现(小批量试产及批量投产)提供必要保证。 7)《研发部培训管理制度》 本制度旨在规范目前公司范围内的各项培训工作,从培训的计划制订,到培训内容、形式的安排,包括培训工作流程的建立,以及培训效果的确认等等。以规范公司培训管理工作,使培训工作更具有针对性、计划性。 8)《研发人员招聘管理流程》 本制度旨在规范公司现有招聘流程,针对高技术性人才招聘的特点,建立一套符合公司企业文化及发展规划、目标的人才招聘办法,以提高技术性人才招聘工作效率。 9)《实验室管理制度》 本制度旨在规范研发实验室的管理工作,包括各种仪器仪表、工装制具、材料的使用、保管、申请、点检办法;参与试验人员的工作注意事项(静电防护等等);人员行为规范;实验室环境要求,值日安排等 10)《图书管理制度》 目前公司技术资料、图书种类繁杂、数量多,随着公司培训工作的开展,以及公司人员的不断更迭,公司急需建立一套系统、完善的图书、资料管理制度,以保证公司图书资源的合理利用,并防止珍贵图书资料的遗失。 11)《公共资源及固定资产管理制度(办公设备、办公用品、公共资源等等)》 针对公司近期不断出现的资源浪费现象(如非办公时间办公电脑屏幕未关闭,照明设备未关闭,包括复印纸不合理的使用现象等等),以及公司目前固定资产的管理现状(如办公电脑的管理等),有必要出台一套专门针对公共资源使用及固定资产管理的办法,以规范相关管理方法、制度,减少浪费,提高资源使用效率。 12)《研发物品申请管理制度》 研发过程所需器件物品申请应有规范的流程和申请方式,并对相应的申请批准有相应的规定

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理, 组织 开展软件研发与测试工作,完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范,协助部门经理组织完成软件研发工作, 管理软件研发项目,改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。

表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发,收集整理相关行业信息与资料,为软件产品决策提供依据。其具体职责如表8-3所示。

四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求,编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理,规范资金的使用,减少公司不必要的损失,根据公司的实

际情况,特制定本制度。 第2 条研发费用管理原则。 1.计划统筹安排原则。 2.节约使用、讲求经济效益原则。 第3 条职责分工。 1.公司财务部负责研发费用的审批和报销,并随时监督费用的使用情况。 2.软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1.公司对重点研发产品的专项拨款。 2.公司成本列支的研发费用。 3.从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1.研发活动直接消耗的材料、燃料和动力费用。 2.研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3.用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4.用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5.用于中间试验和产品试制的模具、工艺装备开发及制造费,设备调整及检验费,样品、样机及一般测试手段的购置费,试制产品的检验费等。 用。用。6.研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7.通过外包、合作研发等方式,委托其他单位、个人或与之合作进行研发而支付的费8.与研发活动直接相关的其他费用,包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。

软件的项目管理系统规章制度

保密级别 发布日期软件项目管理制度

文件编号SKYEYES-ZJ-04 版本号Version 0.1 编制 审核 批准

目录 1目的 (3) 2适用范围 (3) 3职责 (3) 4软件项目管理 (5) 4.1项目整体管理 (5) 4.2项目启动阶段 (8) 4.3初步需求调研阶段 (10) 4.4软件需求规格阶段 (10) 4.5设计阶段 (12) 4.6实现阶段 (13) 4.7测试阶段 (14) 4.8实施及试运行阶段 (17) 4.9验收阶段 (19) 4.10收尾阶段 (21) 5相关文件 (23)

1目的 本制度规定了公司所承接的不同规模的软件项目开发流程,说明项目的各个阶段之间的输入输出结果,以及执行各阶段任务时的要求及相关模板,各部门的职责等,并说明了各阶段完成的标志和标准,是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件,其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况: ●公司所承接的不同规模的软件开发类项目; ●公司所承接的集成项目中的软件开发部分; ●公司产品的外围开发工作。 3职责 部门名称主要职责 1.负责协助项目启动过程,指派项目经理及项目组; 分管总监 2.负责协助项目组完成项目各阶段任务;

3.负责参与评审项目关键阶段成果; 4.负责协助项目组处理疑难问题。 应用开发部1.部门成员出任项目经理; 2.项目经理为项目第一责任人; 3.对项目结果负责; 4.根据公司要求开展项目各阶段任务; 5.负责项目启动至项目收尾的所有项目相关工作; 6.负责向其他部门提供允许的技术资料及技术支持。 质量管理部 1.负责项目启动阶段的准备工作; 2.负责检查项目各阶段的成果并出具检查报告; 3.负责项目过程中的测试工作并出具测试报告; 4.负责项目过程中的配置管理工作; 5.负责项目过程中的评审组织、里程碑活动组织工作; 6.负责定期向项目经理、应用开发部、质量管理部经理提交质 量管理报告并及时汇报项目的近况; 7.负责协助项目经理分析项目过程的问题及风险,并提出解决 方法。 西南办事处\行业产品销售部1.负责项目前期商务工作,并于项目启动阶段移交、讲解前期 资料至项目组; 2.负责协助项目经理处理客户关系; 3.负责协助项目验收工作; 4.负责项目的合同收尾工作。

研发人员管理制度

深圳博康数码科技有限公司 研发部门管理规定草案 1 产品研发 产品研发必须经过立项、设计、实现、测试、发布几个阶段。 1.1 立项 小型研发项目(工作量小于等于 6 人周,投入资金小于等于1万元的研发项目)立项必须具备项目计划报告,经公司技术负责人签字同意,报公司执行总裁批准立项。 非小型研发项目必须具备项目计划报告、项目可行性分析报告,由项目发起人邀请公司技术、财务、市场三方代表讨论通过后,由三方负责人或者授权人签字同意,报公司执行总裁批准立项。签字传真有效。 在已经签定销售、工程合同的项目中发生的研发,作为合同项目研发,不再单独立项。 项目只有立项后才允许发生费用。 项目立项后应获得一个唯一的研发编号,费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。 项目计划报告必须说明项目名称,目标,发起人,负责人,设计、研发、测试承担者,设计、研发、测试的工期计划,项目预算等内容。 项目可行性分析报告必须说明项目名称,市场调研情况,销售预测,技术现状和实现途径等内容。 1.2 设计 立项后,项目进入设计阶段。 设计阶段由设计承担人完成技术设计报告、测试计划报告,修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发部门技术负责人,设计、研发工程师,共同评审通过。没有通过设计评审的项目,必须重新进行技术设计。 技术设计报告应说明项目名称,研发系统或设备的需求,研发系统或设备的总体

功能,系统或设备功能模块划分,工期在 6 人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过 4 人周。 测试计划报告应说明项目名称,产品功能,测试项目,测试条件,测试方法,测试工期和时间计划等内容。 1.3 实现 设计评审通过后,项目进入实现阶段。研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档,源代码说明文档。硬件实现文档包括原理图原理图说明,PCB 图,结构图。 项目负责人有责任按照项目计划报告,跟踪监督项目的进展情况,按时敦促验收阶段性成果。 研发产品由研发人员自行调试,调试过程中必须撰写调试记录。调试记录应该说明项目名称,编号,调试记录版本号,调试时间,软硬件版本号,调试中发现的主要问题,调试环境,解决方法。 研发产品确认运行稳定后,由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分,不具备研发文档将视为工作没有结束,不组织内部验收。 软件功能性说明文档应说明项目名称,编号,软件名称和编号,软件功能,软件功能模块划分,主要功能实现过程,软件主要实现算法。 源代码说明文档项目编号,软件名称,软件功能,全局变量、结构,类说明,数据库字典,函数功能、接口、在函数内改动的全局变量、返回值,等。源代码说明文档可以包含在源代码文件中,以注释形式存在。 原理图说明应包括项目编号,硬件名称和编号,硬件版本号,功能说明,功能模块划分,主要功能实现过程,数据芯片资料。 1.4 测试 研发产品经内部验收后,进入测试阶段。 测试阶段开始后,研发实现人员将研发的产品,以及研发调试记录移交给测试人员。测试人员按照产品的测试计划报告、研发调试记录,设计测试过程,填写产品测试报告。 产品测试报告应该说明项目名称,编号,测试报告版本号,需测试功能,指标,测试方法,测试环境,测试条目,测试结果,结论。 如果研发产品不能通过测试,测试人员应把产品测试报告提交给产品实现人员。 产品实现人员修改软硬件后重新进行调试,相应更新研发调试记录内容和版本号,确认产品合格后提交测试人员再次检测。如此反复,直到产品通过测

软件研发部管理制度

软件研发部管理制度 为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计

划。 5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

软件公司技术研发部门管理制度汇编

软件公司技术研发部门管理制度汇编 目录 第一章技术研发部组织结构与责权 (2) 第一节技术研发部组织结构 (2) 第二节技术研发部职责与权力 (2) 第二章研发调研管理 (4) 第一节研发调研岗位职责 (4) 第二节研发调研管理制度 (6) 第三章软件研发管理 (10) 第一节软件研发岗位职责 (10) 第二节软件研发管理制度 (15) 第四章技术更新改造管理 (20) 第一节技术更新改造岗位职责 (20) 第二节技术更新改造管理制度 (22) 第五章知识产权管理 (26) 第一节知识产权管理岗位职责 (26) 第二节知识产权管理制度 (28) 第六章技术研发类人力资源管理 (33) 第一节技术研发人员绩效考核制度 (33) 第二节技术研发人员培训管理制度 (38) 第三节技术研发人员保密协议 (43)

第一章技术研发部组织结构与责权 第一节技术研发部组织结构 技术研发部岗位分布图 图1-2 技术研发部岗位分布图 在图1-1中,技改项目部一般是根据技术更新改造的实际需要而临时成立的组织,主要在技术总监的领导下,由技术部经理或其授权人担任技改项目经理。 第二节技术研发部职责与权力 一、技术研发部职责 技术部的具体职责如图1-3所示。

图1-3 技术研发部职责 二、技术研发部权力 为更有效地实现上述职能,技术研发部被赋予下列权力,具体如图1-4所示。 图1-4 技术研发部权力

第二章研发调研管理 第一节研发调研岗位职责 一、调研主管岗位职责 研发部调研主管的主要职责是在总经理的领导下,组织开展市场调查,收集并分析各类新技术、新产品研发相关信息和市场趋势信息,为研发规划和研发工作奠定基础。其具体职责如图2-1所示。 图2-1 市场调研主管的岗位职责

公司软件开发管理制度

XX公司软件开发管理制度 XX公司软件开发管理制度 版本:1.0 SDM审批: QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围:3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8

5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1:项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 2.适用范围: 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员,软件开发人员,软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析,确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究,写出可行性报告 5.1.1.3 评审和审批,决定项目取消或继续 5.1.1.4 若项目可行,制订初步的软件开发计划,建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1)可行性研究报告* 2)初步的软件开发计划 3)十大风险列表* 4)软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理,相关书写人员可根据各文档模板形式撰写文档,正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析

研发中心项目管理制度

项目研发中心管理制度 1.目的和作用 新产品开发是企业在激烈的技术竞争中赖以生存和发展的命脉,它对企业产品发展方向、产品优势、开拓新市场、提高经济效益等方面起着决定性作用。为了使新产品开发能够严格遵循科学管理程序进行,取得较好的效果,特制定本制度。 2.管理职责 2.1统筹规划部负责新产品的调研分析与立项等方面的工作。 2.2技术研发部负责产品的设计、试制、鉴定、移交投产等方面的管理。 2.3物控部、生产部、质管部应在整个开发过程中给予支持和配合。 3.新产品开发的前期调研分析工作 新产品的可行性分析是新产品开发不可缺少的前期工作,必须在进行充分的技术和市场调查后,对产品的社会需要、市场占有率、技术现状、发展趋势以及资源效益等五个方面进行科学预测及经济性的分析论证。 3.1 调查研究: 3.1.1 调查国内市场和重要用户以及国际重点市场的技术现状和改进要求. 3.1.2 以国内同类产品市场占有率高的前三名以及国际名牌产品为对象,调查同类产品的质量、价格及使用情况。 3.1.3 广泛收集国内外有关情报和专利,然后进行可行性分析研究. 3.2 可行性分析: 3.2.1 论证该产品的技术发展方向和动向. 3.2.2 论证市场动态及发展该产品具备的技术优势. 3.2.3 论证该产品发展所具备的资源条件和可行性(含物资、设备、能源、外购外协配套等)。 3.2.4 初步论证技术经济效益。 3.2.5 写出该产品批量投产的可行性分析报告。 4. 产品设计管理 产品设计时从确定产品设计任务书起到确定产品结构为止的一系列技术工作的准备和管理,是产品开发的重要环节,必须严格遵循"三段设计"程序.

科技股份有限公司软件项目管理制度

**科技股份有限公司 软件项目管理制度 目录

项目开发计划 编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。编制内容要求如下: 1 引言 1.1编写目的 说明编写这份项目开发计划的目的,并指出预期的读者。 1.2背景 说明: a.待开发的软件系统的名称; b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; C.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; C.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列

出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2 项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式,并通过引用有关文件,逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务,如培训安装、维护和运行支持等,应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。 2.4验收标准 对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期

软件管理制度

计算机软件管理制度 第四十三条计算机软件包括:系统软件、数据库软件、专业应用软件。 第四十四条工程技术部为计算机软件管理的归口部门,负责软件的调研、采购、安装、升级、保管工作;参与专业软件的推广应用。 第四十五条计算机软件的采购: 1、信息管理员提出相关系统软件的采购及升级申请,填写《软件引进、升级审 批表》,经部门主管批准后采购; 2、将原始盘片、资料、合同及发票复制件归档保存;办理软件注册手续,并将 软件认证号码、经销商和技术支持商相关信息填入《软件信息表》; 3、分公司/项目部根据实际需要购买相关系统软件,5千元以上软件由集团公司 工程技术部采购并安装,并统一管理;5千元以下软件可由分公司信息管理员进行采购、安装,报集团公司工程技术部备案。 第四十六条计算机软件的管理: 1、信息管理员负责软件的安装,信息管理部门保存和使用软件的复制盘片,也 可根据需要从档案借出原始盘片,复制相关资料留存使用; 2、信息管理员应及时下载系统及平台软件的相关补丁程序,并与原系统进行配 套管理和使用。 第四十七条管理信息系统软件的开发、引进及推广应用: 1、编制所开发及引进项目的合同文本、招标文件及其它相关技术文件; 2、组织需求分析; 3、组织有关业务部门进行需求调查,并将各使用人的需求记录下来; 4、确立所开发项目的数据规范与业务流程; 5、确立系统的开发环境及系统的应用环境; 6、组织相关设计文件的编制(概要设计文件、详细设计文件); 7、编制项目测试计划; 8、按照功能需求,对各模块进行功能测试并做详细记录; 9、未达到功能需求的模块及时反馈给开发组成员进行重新设计; 10、编制项目测试报告; 11、编写培训计划及培训文件; 12、组织编写软件的使用说明书; 13、组织落实培训,对使用人的掌握情况进行考核; 14、负责协调推广应用中使用部门间的关系; 15、将用户对软件的功能需求和建议及时反馈给开发组成员进行功能完善。 第四十八条计算机软件的升级与安装: 1、对原系统的数据进行备份并做好相关的记录(落实相关责任人签字确认); 2、组织安装新系统所需的相关硬件和系统软件,落实安装调试的资源; 3、组织新的应用系统的安装测试并做相应的记录; 4、将原系统的数据文件导入新系统中(落实相关责任人签字确认);

软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法 第一部分:软件开发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目组长负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班,加班费用由项目奖金中支出。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则: 遵纪守法,忠于职守,克己奉公。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,节约开支,杜绝浪费。 努力学习,提高水平,精通业务。 积极进取,勇于开拓,创新贡献。 3、员工工作日志: ●工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高, 1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 ●工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况,将进行警告。 ●每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员,部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间

研发部门管理制度

系统研发部门管理制度 为加强对公司系统研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,加强研发各流程环节的规范性,特制定系统研发部门管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及产品立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、编码实现、系统测试、产品发布、产品维护、项目总结。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1.立项:项目立项报告、市场需求文档(MRD)。 2.需求分析:产品需求文档(PRD)、产品Backlog、项目开发计划、项目风险分析清单。 3.系统设计:系统架构设计文档、模块详细设计文档等。 4.软件实现:Sprint Backlog、源代码、单元测试代码、模块测试代码、源代码说明或者 注释、复盘报告。

5.系统测试:测试方案、测试用例、测试报告。 6.产品发布:产品使用手册。 7.产品维护:产品维护记录、用户反馈记录。 8.项目总结:提交客户方的项目总结。 软件过程成果表:

第三章、岗位设置

第四章、项目立项 1、产品经理进行市场调查与分析,确认产品的需求,进行产品研发立项,立项需提供《项目立项报告》《市场需求文档》。 2、产品立项通过后,系统研发部门根据项目对资源的需求成立项目开发组,指派研发经理,由部门和研发经理共同来确定具体项目配置、知识技能要求、团队成员及团队的角色等。第五章、项目计划与监控 1、以项目为单位,研发经理负责编写整个项目的《项目开发计划》、《项目风险分析清单》,由测试经理针对项目编写《项目测试计划》。以上文档需提交部门进行评审。 2、在整个项目研发过程中,研发经理定期检查项目进度和完成情况,调整人员分工和安排,测试经理负责组织人员对项目的质量进行跟踪管控。 第六章、需求分析 1、产品经理在立项时提供《项目立项报告》《市场需求文档》,研发经理组织项目组对需求进行分析汇总,梳理用户的业务流程和详细的功能定义,并最终形成《产品需求文档》、产品Backlog文档。

信息系统管理制度大全

长城证券有限责任公司 信息系统管理制度 汇编 长城证券有限责任公司 信息技术中心 中 息系统建设与管理工作纳入了规范发展的轨道。 如何使《规范》落到实处,切实做到技术管理制度化、日常操作规范化,是当前证券业信息系统规范化建设的一项重要内容。为此,公司信息技术中心根据《规范》要求,结合公司实际情况,以公司计算机应用管理科学化、规范化、高效、安全、实用、集中统一为原则,起草了长城证券有限责任公

司信息系统管理的一系列规章制度,并广泛征求了公司有关部门与部分营业部的意见,最终形成这本《长城证券有限责任公司信息系统管理制度汇编》(以下简称《制度汇编》)。 本《制度汇编》分为三大部分。一是公司信息系统管理办法(试行),共有18条,主要包括公司信息技术中心的工作职责、证券营业 本《制度汇编》属公司内部资料,应妥善保管、注意保密。

第一部分 长城证券有限责任公司 高效、 第三条公司计算机应用管理实行集中统一管理的原则。集中统一管理是指在公司系统内,以统一规划、统一标准、统 一应用、统一实施、统一采购的“五统一”方式,分步 实施推广计算机应用技术,并对计算机应用进行日常管

理和维护。 第四条公司设立信息技术中心,下属各营业部设立电脑部。公司计算机应用由信息技术中心归口管理。 第五条公司信息技术中心是全公司计算机信息系统规划、管理 6、根据整体的发展策略,制定具体的年度工作规划并组织实施。 7、制定或改进与信息系统相关的开发、维护及应用的规章制度。 8.配合人力资源部,对公司及营业部电脑人员的考核、聘用、任 免以及培训。 8、协助进行公司内计算机软硬件的选型招标。

软件开发部规章制度(初稿)

软件开发部规章制度及软件项目管理方法 (定稿) 第一部分:软件开发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目组长负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则: 遵纪守法,忠于职守,克己奉公。维护公司声誉,保护公司利益。服从领导,关心下属,团结互助。爱护公物,节约开支,杜绝浪费。努力学习,提高水平,精通业务。积极进取,勇于开拓,创新贡献。 3、员工工作日志: 工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下人员按要求每日记录。 工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作用。

工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高,1为最低,如为请假,请注明“事假”或“病假”),以及问题、意见和建议。 工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况,将进行警告。 每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员,部门负责人应在次当日或者次日11:00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复,并依此进行考核。文件名格式:《工作日志--***--200*年*月*日.txt或者doc》。其中***为员工姓名,日期为提交日期。 4、项目例会制度: 每月第一个周一上午10:30在公司会议室召开,部门所有人员(含参与部门人员为主导的项目并起核心作用的其他部门人员)参加。 会议由部门经理召集,并由部门经理主持。 会议议程: a)各项目负责人回顾上月工作情况、成果和不足,以及当月的大致工作计划。 b)部门经理总结上月工作,对不足的问题提出解决办法。 c)部门经理宣布公司近期动态和相关事项。 d)部门经理做出工作方面的安排。 e)部门人员畅所欲言,提出问题、想法、建议与意见。大家讨论。 f)部门经理解答部门人员的问题,并做出总结。

技术部研发项目管理制度

产品开发项目管理办法 1、目的 为建立适应市场的产品开发激励机制,加快产品开发速度,充分调动研发人员的积极性和创造性,提高公司产品质量,特制定产品开发项目管理办法。 2、适用范围 本办法适用于公司产品开发项目。 3、项目负责人和项目小组的设立 3.1 项目负责人 项目负责人,负责项目的组织、计划、实施及控制的过程,以保证项目目标的成功实现,项目负责人是项目管理的核心。项目负责人由公司主管领导或技术副总直接指定。 3.1.1项目负责人的责任 保证项目目标与公司经营目标相一致; 对公司分配给项目的资源进行适当管理,保证资源充分利用; 负责策划项目具体工作计划;

负责项目的技术工作,包括产品和工艺方案的确定、文件的校对、各阶段的评审、各种新品资料的准备等; 按项目具体工作计划组织实施,对项目的总体进度负责。 3.1.2项目负责人的权力 有权指挥项目小组成员完成与项目相关的工作; 有权协调项目实施过程中遇到的问题; 有权对项目涉及到的各部门提出考核建议; 有权制定项目奖励的分配方案。 3.1.3项目负责人应具备的素质 有管理经验,是一个精明而讲究实际的管理者; 有个性魅力,使项目组成员快乐而有生气; 有全流程的丰富的工作经验; 具有创造性思维; 具有灵活性,同时具有组织性和纪律性。 3.2 项目小组 项目小组成员由项目负责人和研发副总提名组成,可包括技术部、市场部、财务部、质量部、客服部、采购部、生产部等部门人员。 4、新产品研发项目管理的三个阶段

4.1计划和确定项目阶段 4.1.1项目的确定需包含以下内容 项目目标陈述(对项目交付成果、工期、预期成本或人力进行高层次的描述) 项目回报(包括商业案例或投资分析的回报) 使用中的信息或客户需求 对项目范围进行定义,列出所有预期的项目成果 成本和时间预算目标 重大困难和假设 描述该项目对其他项目的依赖 高风险、所需的新技术、项目中的重大问题 4.1.2项目计划 进度控制主要是监督进度的执行状况,及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。 项目开始后项目负责人要建立一个“工作日志”,完整、准确记录自己时间是怎样花费掉的。在条件允许的情况下,团队成员都要养成写“工作日志”的良好习惯。对于有些问题,不能靠回忆来讲做了些什么,因为“想象”和“现实”常常有很大的不同,甚至有时会完全

相关主题