文档库 最新最全的文档下载
当前位置:文档库 › 新版软件开发管理制度

新版软件开发管理制度

新版软件开发管理制度
新版软件开发管理制度

软件开发管理制度

为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。

第一章、总则

为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。

1、软件开发总体遵循项目管理和软件工程的基本原则。

2、项目管理涉及项目立项、项目计划和监控、配置管理。

3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。

第二章、阶段成果

根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。

1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。

2、需求分析:软件需求报告或设计方案、需求规格说明书。

3、总体设计:概要设计说明书或功能模块描述。

4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。

5、软件实现:软件功能说明、源代码、源代码说明或者注释

6、产品测试:测试报告

7、产品发布:产品说明书、使用手册

8、产品维护:问题反馈记录

9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。

软件过程成果表:

第三章、岗位设置

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

第四章、项目立项

1、需求分析工程师进行应用调查与分析,确认软件的应用需求。

2、成立项目评审会,开发总监、部门经理和指定人员必须参加。对项目进行可行性研究,编写项目建议书,评估项目的难度和工作量,形成可行性研究报告。

3、根据项目配置的优劣成立项目开发组,制定软件开发计划,确定项目经理,由部门和项目经理共同来确定具体项目配置,知识技能要求,团队成员及团队的角色。

第五章、项目计划与监控

1、以项目为单位,项目经理负责整个项目的计划、组织和控制。

2、在整个项目过程中,项目经理定期检查项目进度和完成情况,调整人员分工和安排。

3、项目计划需要变更时,需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核,以便根据变更内容及时调整计划。。第六章、需求分析

1、对用户提出的需求进行分析汇总,梳理用户的业务流程和详细的功能定义。

2、做出简单的界面原型,与客户进行有效的沟通,编写需求详细说明书。

3、根据现有条件进行估计,制定项目进度,制定详细的软件开发计划。

第七章、总体设计

1、在该阶段确定总体结构和软件开发架构,文件命名规范,编码规范。可按软件需求划分成子系统,也可直接定义目标系统的功能模块及各个功能模块的关系。

3、确定软件模块结构,给出每个功能模块的功能描述、数据接口描述,并完成系统概要设计说明书。

4、完成数据库的设计,并编写数据库设计说明书。

5、完成的文档需提交公司进行归档管理。

第八章、详细设计

1、调整前一步设计的不足,确认各模块之间的详细接口信息。

2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程,界面说明等。

3、确定模块内的数据流或控制流,对每个程序模块必须确定所有输入、输出和处理功能。

4、汇总并提交所有相关文档,审核确认质量和进度。

第九章、软件实现

1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划

2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具,明确项目成员的职责分工,按照编码规范和详细设计实现软件功能。

3、代码应满足结构良好,清晰易读,且与设计一致,符合编码规范。

4、开发人员需要软件实现过程中编写软件功能说明,源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号,软件功能、主要功能实现过程。源代码说明应说明项目编号、源代码类名称、编写人员、编写日期、变更履历、功能、全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中,以注释形式存在。

5、项目组进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题,并以书面形式反馈主要问题及解决办法,直至系统运行稳定。

6、汇总并提交所有相关文档,提交公司备案,形成项目知识库。

第十章、软件测试

1、根据单据测试和集成测试两个过程,制定测试计划。按阶段设计测试实例,并将测试结果记录,未通过的的反馈给开发人员调整。

2、完成测试文档、操作手册、安装维护手册的编写。

第十一章、用户培训

1、准备用户培训计划、培训手册

2、确定培训时间、培训地点,向用户进行系统使用培训、操作指导及提供软件操作手册。

3、保留培训签到表,用户意见等存档。

第十二章、系统上线

1、制定上线计划,确定上线工作时间表,部署的环境。

2、上线操作步骤以及问题处理步骤;

3、根据软件特点、客户需求进行软件部署,并记录软件部署和运行结果;

4、项目组根据系统运行请款对系统进行优化,记录系统的运行情况、系统问题和处理后的版本。

第十三章、系统验收

《规章制度汇编》编委会.doc

天津轻工职业技术学院 2、教室号首位为楼号,后三位为教室号,其中B301、B302、B30 3、C103、C201、202、203、20 4、C20 5、C301、C302、C303、C304为多媒体教室,A203、A204、A301、A303、A304、A403、A404为机房; 3、因各班级上课地点不固定,请任课教师和学生注意上课地点,以免误课; 4、实践教学部分只需标出第几周做什么实践,具体安排见实践课表; 5、体育课集合地点为篮球场门口(风雨操场对面),体育课代表上课前需与体育老师联系。

天津轻工职业技术学院 2、教室号首位为楼号,后三位为教室号,其中B301、B302、B30 3、C103、C201、202、203、20 4、C20 5、C301、C302、C303、C304为多媒体教室,A203、A204、A301、A303、A304、A403、A404为机房; 3、因各班级上课地点不固定,请任课教师和学生注意上课地点,以免误课; 4、实践教学部分只需标出第几周做什么实践,具体安排见实践课表; 5、体育课集合地点为篮球场门口(风雨操场对面),体育课代表上课前需与体育老师联系。 天津轻工职业技术学院

注:1、本课表由各系编制,发给任课教师、班主任及各班学习委员,教务处备案; 2、教室号首位为楼号,后三位为教室号,其中B301、B302、B30 3、C103、C201、202、203、20 4、C20 5、C301、C302、C303、C304为多媒体教室,A203、A204、A301、A303、A304、A403、A404为机房; 3、因各班级上课地点不固定,请任课教师和学生注意上课地点,以免误课; 4、实践教学部分只需标出第几周做什么实践,具体安排见实践课表; 5、体育课集合地点为篮球场门口(风雨操场对面),体育课代表上课前需与体育老师联系。 天津轻工职业技术学院

集团软件开发管理制度

版本页标题:**集团信息技术管理制度 主题:软件开发管理制度 文档编号: 版本说明:

**集团 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作,特制定本制度。本制度适用于公司总公司软件研发与管理,分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作,一般仅向外购置有关的硬件 设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完 成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框架, 合作商提供技术框架,双方组成开发团队进行项目实施,IT系统的日常支持 由IT技术中心和合作商共同承担,IT技术中心负责内部(一级)支持,合 作商负责外部(二级)支持;外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司 等),由该公司(承包商)负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定,本制度中项目组包括业务组(或需求提出组)、IT组(可能包

括网络管理员和合作开发商)。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》(附件一),开展前期筹备工作。《立项分析报 告》应明确项目的范围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批,以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后,成立项目组(如果是外包开发,则成立外包商项目组;如果是合作开发,则与外包商共同成立合作开发项目组,以下统 称“项目组”),项目组应包括业务组(由公司相关业务部门组成)和IT组(自 行开发为办公室网络管理员;外包开发为外包商成员;合作开发为网络管理 员和外包商成员)。公司委派一名员工负责监督项目的进度,进行项目管理 工作,确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项 目对业务及技术要求,项目组人员应有足够的业务和IT技术方面的专业知识 来胜任项目各方面的工作。 第三节需求分析 第九条立项后业务组对用户需求进行汇总整理,出具《业务需求说明书》(附件二),并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部 门审批确认,作为业务需求基线。 第十条IT组在获得《业务需求说明书》后,提出技术需求和解决方案,并对系统进行定义,出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》

软件开发管理制度

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

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

软件开发管理制度

版本页标题:技术开发管理制度 主题:软件开发管理制度 文档编号: 版本说明:

国富商通 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作,特制定本制度。本制度适用于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统重大改造,此类工作均需要以项目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作,一般仅向外购置有关的硬件 设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作 完成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框 架,合作商提供技术框架,双方组成开发团队进行项目实施,IT系统的日常 支持由技术研发部承担;外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司 等),由该公司(承包商)负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定,本制度中项目组包括业务组(或需求提出组)、开发组(可能包括网络管理员和合作开发商)。 第二节立项管理 第六条提出项目需求的部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》(附件一),开展前期筹备工作。《立项分析报告》应明确 项目的范围和边界。 第七条需求提出部门将《立项分析报告》交相关部门会签后,上交公司总裁与董事长进行立项审批,以保证系统项目与公司整体策略相一致。

软件研发管理制度

软件研发管理 第一节软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下,全面负责软件研发部的日常管理,组织开展软件研发与测试工作,完成企业研发目标和经营目标。其具体职责如表8-1所示。 表8-1软件研发部经理岗位职责 1.确定工作方向(1)组织制定与软件研发工作相关的规章制度和工作流程,经领导审批后执行 (2)根据企业总体规划和经营管理的需要,制订软件研发工作计划(3)做好部门日常工作安排,确保部门工作顺利开展 2.研发过程控制(1)密切关注国内外科技信息,及时反映同行业发展动态,为企业领导做好参谋 (2)进行软件开发的可行性分析,提出研发立项申请 (3)根据研发计划合理分配任务 (4)组织本部门员工开展研发工作,制定技术方案,进行技术攻关(5)制定产品研发费用预算,实施成本控制 3.工作总结 (1)组织产品研发成果的鉴定和评审 (2)分析总结研发过程的经验与教训,制订并执行工作改进计划4.其他工作 (1)指导、监督、培训、考核下属人员的工作,提高工作绩效 (2)完成领导临时交办的其他工作

高级研发工程师参与建立研发工作标准与规范,协助部门经理组织完成软件研发工作,管理软件研发项目,改良升级进行软件。其具体职责如表8-2所示。 表8-2高级研发工程师岗位职责 1.研发工作准备(1)参与制定并执行研发工作标准,明确研发流程与方法,建立研发工作规范 (2)根据企业需求,掌握本领域技术动态,制订预研计划,提前做好技术储备 (3)根据组织研发战略,制定项目研制方案及实施流程 2.软件研发指导(1)负责并参加项目全面的研制和开发,完成难度较高的项目鉴定等工作,从而保障研发任务的顺利开展 (2)负责项目组人员的分工并协调他们的工作,实时掌握控制研发进度,预见可能出现的问题,提前做好预研和准备工作,及时汇报项目进度及设想 (3)组织进行软件测试,记录软件运行过程中出现的问题(Bug),进行软件的改良与升级,编制测试报告 (4)执行研发费用预算及实施成本控制 (5)分析总结研发过程中的经验与教训,制订并执行工作改进计划 3.下属人员管理(1)指导、监督、考核下属研发人员的工作 (2)培新下属人员进行并随时更新知识,以提高员工的专业素质 4.其他 工作 完成领导临时交办的其他工作

软件企业研发组织管理制度

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

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

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,

明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

软件开发流程管理制度模板

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

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

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

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

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

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

产品研发流程管理制度汇编

产品研发管理制度 第一章总则 第一条产品研发过程的管理,指产品研发项目确定后,进行产品研发,形成可交付使用的软件产品的过程。在产品的研发过程中,做好研发流程的管理和控制,是确保产品研发质量和研发进度的关键。 第二条本流程制定的目的是为了对产品研发进行有效的组织实施,使产品研发处于受控状态,保证软件开发的最后成功,向用户提供高质量的软件产品。 第二章产品的需求分析管理 第三条需求的采集 采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部的建议等方面。 第四条需求的分析及编制文档 采集到的需求经过深入了解和系统分析,通过跟用户的讨论验证,并形成产品需求文档,让开发、设计人员理解产品的概念,功能、特点及产品各个部分的逻辑。产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。 1、业务需求:反映客户对系统、产品高层次的目标要求,在项目定义与范围文档中予以说明。 2、用户需求:描述用户的目标,或用户要求系统必须要完成的任务,这在使用实例或方案脚本中予以说明。 3、功能需求:规定开发人员必须在产品中实现的软件功能,使用户利用这些功能来完成任务,从而满足了业务需求。 4、非功能性需求:描述软件产品为满足用户业务需求而必须具有的除功能需求以外的特性。包括系统的完整性(联机帮助、数据管理、用户管理、软件发布管理、在线升级等)、性能、可靠性、可维护性、可扩充性、适应性等。 工作责任人需求分析工程师 工作职责概述需求采集、用户调查、业务分析、系统分析、变更管 理、用户验证

工作关系客户、市场、公司内部员工 工作成果产品需求文档 第三章产品的可行性分析报告、原型及评审管理 第五条可行性分析报告 产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、生产等方面的可行性,论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素,论证所选定的方案的可行性。 可行性分析报告编制完成后,由公司技术战略委员会组织完成对产品可行性分析报告的可行性初审和复审,形成相关议决后报总经理审批。 第六条产品需求规格说明书 确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需求的完整与可追溯性,通过产品需求规格说明书,以保证用户与需求分析人员、开发人员、测试人员及其它相关利益人对需求达成共识,确保产品需求的实现。 第七条产品原型 原型图是对流程图中“界面元素”的展现,将页面的模块、原素、人机交互的形式,利用线框描述的方法,将产品脱离皮肤状态下更加具像跟生动的进行表达。 工作责任人产品经理、产品助理 工作职责概述用户和市场分析、产品规划、产品需求管理、产品设计、推动产品研发进程、产品发布管理、产品宣传推广工作关系产品中心经理、需求分析工程师、研发中心、客户 工作成果产品可行性分析报告、产品需求规格说明书、产品原型设计 第四章产品的立项及评审管理 第七条产品立项报告书 产品立项报告书含以下内容:

软件研发版本管理制度

北京东达悦科技有限公司 软件研发版本管理规范v1.0(草案) 研发部 2009-2-4

目录 文档类别使用对象 (3) 1.引言 (4) 1.1目的 (4) 1.2范围 (4) 1.3术语定义 (4) 1.4版序控制记录 (5) 1.5版本更新记录 (5) 2.版本管理 (6) 2.1版本标识方法 (6) 2.1.1正式版本 (6) 2.2目录结构 (6) 2.3文档的存放 (8) 2.3.1当前版本和历史版本的存放 (8) 2.3.2开发文档的存放 (8) 2.3.3源代码的存放 (8) 2.3.4 SQL语句的存放 (8) 2.3.5发行文档的存放 (9) 2.4权限控制管理 (9) 3.更新管理(版本升级) (9) 3.1版本升级原则 (9) 3.2 新版本的发布 (10) 4.备份管理 (11) 5.用户版本管理 (11) 6.研发部统一管理阶段性版本 (12) 6.1阶段性版本的提交到研发部 (12) 6.2阶段性版本的发布到公司网站上 (12) 6.3各项目组新版本内部及时备份。 (12) 7.版本工具的使用 (13) 7.1研发部采用SVN配置管理工具 (13) 8.各项目组提交文档及源码以及规则 (13) 8.1各项目组需要提交的文档 (13) 8.2目前所管理的产品列表 (14)

9.周报管理制度 (14) 10.风险管理制度 (15) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员,以及其他相关人员。未经许可,该文档不得提供给上述规定对象以外的人员阅读或使用。

软件开发管理制度

软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求,对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组,重大项目成立项目领导小组,并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成,具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识,小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略,在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书,提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审,意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”,加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书,设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划,并进行演练。 在编码阶段,软件开发人员应有良好的编写习惯,做好代码注释和说明,并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境,以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷,提高系统的整体质量。 由业务部门组织人员完成软件的最终测试,并保留软件测试记录,撰写“项目测试报告”并确认签章,原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告,验收不合格不得投产使用。 项目小组编写“软件上线计划”,按计划安全稳妥的实现软件产品的上线实施,对核心业务系统的软件上线由版本控制员实施,没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。

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

软件公司技术研发部门管理制度汇编 目录 第一章技术研发部组织结构与责权 (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 市场调研主管的岗位职责

公司软件开发管理制度(整理).(整理).docx

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需求分析 5.2.1实施 5.2.1.1 调查被开发软件的环境 5.2.1.2 软件开发提出的需求进行分析并给出详细的功能定义 5.2.1.3 做出简单的用户原型,与用户共同研究,直到用户满意

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

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

项目开发计划 编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。编制内容要求如下: 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为最高, 1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 ●工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况,将进行警告。 ●每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员,部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间

设计管理制度汇编(附流程图及附表)

设计管理制度汇编(附流程图及) 附表.

页 35 共页 2 第 1.目的 1.1.为强化集团公司房地产开发设计管理, 促进项目设计管理标准化、规范化,提高设计管理水平,实现房地产最佳经营运作模式,获得最佳的投资效益。 1.2.设计管理应本着“统一规划、合理布局、因地制宜、综合开发、配套建设”的方针,做到“定位准确、设计创新、安全美观、环境协调”,充分发挥项目的社会效益、经济 效益和环境效益。 1.3.规划设计管控的重点是“功能布局、面 积指标、重大效果、成本控制”四大项内容。

1.4.集团房地产板块(地产事业部)的设计管理工作分为二级管理。集团总部的设计管理部门为集团地产事业部规划设计部,集团所属城市公司的设计管理部门为设计管理部。 2.适用范围 2.1.本办法适用于集团房地产板块,其他(多元化)产业板块中的涉及设计管理工作的参照本办法。 2.2.集团、城市公司,以及各合作控股公司必须遵守本管理办法。 3.职责界面 3.1.集团地产事业部规划设计部: 页 35 共页 2 第 3.1.1.负责集团及城市公司所有项目的概念规划方案、建筑方案、园林景观方案、室内精装修方案、泛光照明方案的设计管理。3.1.2.督导、配合城市公司完成专业报建图、初步设计、施工图设计以及相关专业顾问设计的设计管理以及现场技术支持工作。 3.1.3.负责集团产品线的研究和设计技术标

准的制定。 3.1. 4.协调各方开展工作,包括内部外部协调以及平行协调。 3.2.城市公司设计管理部职责: 3.2.1.负责报建图、初步设计阶段、施工图阶段的设计管理以及现场技术管理工作。 3.2.2.参与城市公司项目的概念规划方案、建筑方案、园林景观方案、室内精装修方案、泛光照明方案的设计管理,根据项目所在地相关技术规范,提供专业意见。 3.2.3.配合集团产品线的研究和设计技术标准的制定。 4.制度内容 4.1.概念规划设计管理 4.1.1.为满足集团创新的经营模式需要,概念规划设计应在获得土地前开始。 4.1.2.项目的概念规划设计包括总体规划、概念规划,以及配合项目拓展、项目策划策划的相关方案等。 页 35 共页 3 第 4.1.3.概念规划设计前由集团地产事业部需

公司软件开发管理规定

公司软件开发管理规定文件编码(008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256)

X X公司软件开发管理制度 XX公司软件开发管理制度 版本: SDM审批: QA经理[时间] CTO [时间] 目录 1.目的和作用 3 2.适用范围: 3 3. 参考文件 3 4.适用对象 3 5.软件开发流程 4 可行性研究与计划 4 实施 4 文档 4 应交付的文档 4 提交步骤 4 需求分析 4 实施 4 要求 5 交付文档 5 审批 5 概要设计 5 实施 5 要求 6 交付文档 6 补充说明 6 审批 6

详细设计 7 实施 7 要求 7 文档 7 审批 7 实现 7 实施与要求 7 交付文档 8 审批 8 组装测试 8 实施 8 要求 8 交付文档 8 审批 8 确认测试 9 实施 9 要求 9 交付文档 9 补充说明 9 审批 9 发布 10 过程 10 文档 10 审核 10 交接 10 6. 附录1:项目文档清单 11 1.目的和作用

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

软件研发部管理制度20513

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

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

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

软件开发项目管理制度44952

软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行,保证项目的开发质量,维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行,项目组中设有项目责任人(即项目经理)、项目开发工程师、测试工程师、辅助人员等。一般情况下,一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责,在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理: 全面负责项目的开发组织工作,包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查,联合调试、技术资料文件收集等工作。 开发工程师: 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员

软件的安装调试及售后服务工作。 测试工程师: 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员: 按照项目经理的分工安排完成项目开发中的辅助工作,包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段: A 段: 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D

自动化系统管理制度汇编

公司自动化系统管理制度 第一章总则 第一条为了加强公司(以下简称公司)自动化系统的管理,确保自动化系统安全、稳定和可靠地运行,特制定本制度。 第二条设备处自动化室负责公司自动化系统的发展规划、立项、选型,对自动化系统硬件及软件的选型、安装、调试、运行、维护、检修、更新、报废等实行统一归口管理。 第三条本制度适用于基础自动化系统、过程自动化系统、电力综合自动化系统,不包含ERP、办公自动化和仪表、电气传动系统。 第四条本制度是对公司设备管理的完善与补充,若与设备管理制度或控股公司的管理制度发生冲突,按设备管理制度或控股公司管理制度执行。 章自动化系统硬件管理 第一节新建、技改、选型 第五条新建、改造自动化系统的设计、布局及设备选型,应符合行业技术标准,满足生产工艺控制及管理需求。 第六条所有自动化设备应符合图纸设计和相关技术要求,供应商在出厂前要进行静态调试,出厂时应有合格证和静态调试记录。设备安装前,安装单位应全面检查导线敷设、连接是否符合图纸要求和布线规范。设备安装完成后,送电前必须认真校线,不得漏校、误校。 第七条按照工程招投标程序,应选择有较好相关业绩的系统集成商负责自动化系统的集成,系统实施过程中要由工程项目部组织相关技术部门完成基本设计审查、详细设计审 查和出厂前的验收。选择具有相关资质及业绩的专业施工单位施工,并严格按施工图纸及技术规范施工。 第八条热负荷试车之前,要经过严格的调试,系统集成商要做好调试记录,根据工艺要求,需要临时修改的配置或程序,修改后要有详细记录,并在竣工资料中注明。

第九条自动化系统验收应严格按施工单位(或设备厂家)提供的试车方案(含安全措施)、软件功能规格书及相关技术附件逐条进行。验收由设备处自动化室、各生产厂及相关处室参加,进行专业审核后,施工单位需交付完整竣工图纸一式二份二公司档案室存档,系统集成商需交付设备技术资料、调试数据一式二份二公司档案室存档。 第十条新建、改造自动化系统应具备以下交工资料: 1、自动化系统基本设计资料;(系统集成商) 2、自动化系统设备设计资料;(系统集成商) 3、自动化系统软件功能规格书;(系统集成商) 4、应用软件使用说明书;(系统集成商) 5、硬件设备及系统软件资料;(系统集成商) 6、编程软件及系统软件;(系统集成商) 7、软件备份;(系统集成商) 8、竣工图;(施工单位) 9、调试记录。(系统集成商) 第十^一条自动化系统验收后,设备处自动化室和各生产厂点检作业区应建立统一的硬件、软件及备品备件的台帐。 第十二条新建、改造自动化系统设备及软件的选型应以系统成熟、可靠稳定、技术先进、经济合理为原则。在符合下列条件时可考虑更新改造: 1、系统老化、硬件故障频发、影响生产安全及稳定。 2、机型已被淘汰,备品配件无来源。 3、软件版本落后且无法升级,功能开发受阻,不适应生产发展的需要。 4、生产工艺改造,无法满足需求。 第十三条为便于维护及备品备件的管理,新建自动化系统硬件、软件的选型应遵循在公司目前已经使用的硬件设备及软件范围内选择的原则。没有特殊原因,不得再选用其它产品。 第二节运行维护与检修 第十四条严禁将生产用计算机设备或备品备件用作办公或其它场合。 第十五条工艺操作人员要严格执行操作室(调度室)管理规定,做好对自动化设备的清洁工

相关文档
相关文档 最新文档