软件技术规范管理制度

软件技术规范管理制度篇一：公司软件管理规范XXXXXX 有限公司 文件制订（修订、作废）申请单 NO.:表格编码： 1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。 （如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 ATE 测试软件及测试程序： 是指由信息技术部负责编写的配套 ATE 硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE 除外） 。如：打码程序、贴片程序、SPI检测程序、AOI 检测程序、分板程序、回流焊程序、X-Ray测试程序等。 管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC 系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软件使用部门提出，但也可以由其它部门提出。 使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软件验收合格后负责日常的管理、维护等；当异常时且无法解决时，及时向开发部门反馈,并要求协助处理。 开发部门:对于使用/管理部门提出的申请进行评估,确定执行方案,并最终完成软件开发；开发部门也负责后期的技术支援。 监控部门:负责对软件验收完成后的使用过程进行监控，确保不出现使用错误,维规操作,使用非法软件及机密软件外流等。 软件管理职责对照见下表：5.软件管理规范： 软件申请、开发、使用管理流程图：（如下图） 52 开发管理当申请部门提出软件需求申请后，软件开发部门技术评审、立项管理、及软件编写、完成及后期调试、受控、验收的过程。详见软件开发管理规范 命名管理: 软件命名一般要求具有使用对像、功能说明、版本说明。各软件命名规则具体如下: 产品源程序: 命各规则:工程代号（客户型号）-版本_年月日.文件格式， 如：22W6006（M040）-A_表示的意思是：客户型号为M040，工程代号 22W6006，软件版本 A，生产日期（XX 年12 月 12 日） ，烧录的软件格式为 SENC。关于产品源程序命名规则详见软件命名规则 ATE 测试软件:使用对像+功能说明+版本号，如：飞斯卡尔单片机烧录软件 ATE 测试程序: 命各规则:公司名-工程代码-产品型号-程序版本-机器代码如：XX-1204020（M066401）-A-AT 表示：蓝微产品 M066401ATE 测试程序 A 版。详见设备程序编写命名规范 设备应用程序: 命各规则:公司名-工程代码-产品型号-PCB（A 面）-机器代码 如：XX-1204020（M066401）-01-J，表示：蓝微产品 M066401 A 面贴片程序。详见设备程序编写命名规范 管理程应用软件:软名+版本号，如:SPC 版。 办公软件:软件名+版本号，如:Excel XX 版。 受控管理： 软件在完成试用验收合格后,需要完成受控，才能给到相应部门进行使用。各软件的受控要求、受控流程略有不同，具体如下: 篇二：软件开发管理制度软件开发管理制度 软件开发管理制度 .1 1 总 则 .2 2 立项管理 .2 3 需求分析 .3 4 项目计划和监控 .3 5 系统设计 .3 6 系统实现 .4 7 系统测试和用户测试 .4 8 试运行. 5 9 系统验收 .6 10 系统上线. 6 11 合作开发管理 .7 12 外包开发管理 .9 13 外包服务管理 .9 14 附则. 10 附件一 立项分析报告 . 11 附件二 业务需求说明书 . 14 附件三 系统需求规格说明书 . 17 附件四 需求变更申请 . 26 附件五 项目计划书 . 29 附件六 项目计划变更说明 . 31 附件七 设计说明书 . 32 附件八 单元测试用例 . 36 附件九 设计评审报告 . 38 附件十 系统/用户测试计划 . 39 附件十一 系统/用户测试报告 . 42 附件十二 试运行计划 . 43 附件十三 数据迁移计划 . 45 附件十四 数据迁移报告 . 48 附件十五 试运行报告 . 49 附件十六 系统验收报告 . 50 附件十七 系统上线计划 . 51 附件十八 系统验收评估报告 . 53 1 总 则 ? 为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用 于公司软件研发与管理。 ? ? 本制度中软件开发指新系统开发和现有系统重大改造。 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项 目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 ? 除特别指定，本制度中项目组包括业务组（或需求提出组） 、IT 组（可能包 括网络管理员和合作开发商） 。 2 立项管理 ? 提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分 析，编写立项分析报告 （附件一） ，开展前期筹备工作。 立项分析报告 应明确项目的范围和边界。 ? 应用系统主要使用部门将立项分析报告上交公司总裁室进行立项审批， 以保证系统项目与公司整体策略相一致。 ? 立项分析报告得到批准后，成立项目组（如果是外包开发，则成立外包 商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组” ） ，项目组应包括业务组（由公司相关业务部门组成）和 IT 组 （自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络 管理员和外包商成员） 。公司委派一名员工负责监督项目的进度，进行项目 管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满 足项目对业务及技术要求，项目组人员应有足够的业务和 IT 技术方面的专 业知识来胜任项目各方面的工作。 3 需求分析 ? 立项后业务组对用户需求进行汇总整理，出具业务需求说明书 （附件二） ， 并确保业务需求说明书中包含了所有的业务需求。经系统使用部门审批 确认，作为业务需求基线。 ? IT 组在获得业务需求说明书后，提出技术需求和解决方案，并对系统进 行定义，出具系统需求规格说明书 （附件三） 。系统需求规格说明书 需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、 运作模式、关键指标(KPI)等） 。 系统需求规格说明书需要由业务组提交 给相关业务流程负责人确认。 ? 对于合作开发的项目，当业务需求发生变更时，业务组应提交需求变更申 请 （附件四） ，IT 组组长审批后交给合作开发商实施。? 项目组应对需求变更影响到的文档及时更新。 4 项目计划和监控 ? 软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领 导和控制。 ? 需求分析过程中，项目经理组织制定详细的项目计划书 （附件五） ，包括 具体任务描述和项目进度表等。 ? 在项目的各个阶段，业务组组长和 IT 组组长需配合项目经理制定阶段性项 目计划。业务组组长和 IT 组组长需配合项目经理对项目计划执行情况进行 监控，确保项目按计划完成。 ? 项目计划需要变更时，项目经理填写项目计划变更说明 （附件六） ，并提 交公司主管领导审批，通过审批后，交给业务组组长和 IT 组组长执行。 5 系统设计 ? 系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩 展性、可靠性、安全性、可维护性等原则。? ? 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。 项目组进行详细设计，出具设计说明书 （附件七）和单元测试用例 （附 件八） 。 设计说明书中需要定义系统输入输出说明和接口设计说明。公司 主管领导组织相关人员对概要设计进行评审，出具设计评审报告 （附件 九） 。业务组组长和 IT 组组长应参加此评审并对评审意见签字确认。 ? 设计评审均以业务需求说明书和系统需求规格说明书为依据，确保 系统设计满足全部需求。 ? 对已确认通过的系统设计进行修改需获得管理部门、业务组组长和 IT 组组 长的审批后方可进行。 ? 对系统设计的修改的文档须由文档管理人员进行归档管理。 6 系统实现 ? 项目组根据设计说明书制定系统实现计划，并提交项目经理对计划可行 性进行审批。 ? ? 系统实现包括程序编码、单元测试和集成测试。 项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制， 并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻 辑方面应该做到隔离；如果环境的分隔是通过逻辑形式实现的，应定期检查 网络设置。项目组对已授权访问生产环境的人员进行详细记录，并对该记录 进行定期检查，确保只有经授权的人员才能访问到生产环境。 ? 项目组进行单元测试和集成测试，测试人员签字确认测试结果。 7 系统测试和用户测试 ? 项目组制定系统/用户测试计划 （附件十） ，并提交项目经理对计划可行 性进行审批。 ? 系统/用户测试计划必须定义测试标准，并明确各种测试的测试步骤和 需要的系统设置要求。? 项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进 行严格的访问控制，确保只有相关项目人员才能访问及使用。 ? 项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。 对已评定为敏感信息的数据进行敏感性处理和保护。 ? IT 组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内部 各模块之间的接口和与其他系统的接口进行充分测试。出具系统测试报告 （附件十一） ，测试人员签字确认测试结果。 ? 系统测试通过后，IT 组配合业务组建立用户测试环境，业务组根据用户测试 用例进行用户测试，出具用户测试报告 （附件十一） ，业务组组长和 IT 组组长应在用户测试报告中签字确认。 ? 项目组完成系统帮助文档（其中包括用户操作手册和安装维护手册 ） 。 凡涉及应用系统的变更，应对系统帮助文档及时更新。8 试运行 ? ? 系统主要使用部门根据项目规模及影响决定试运行策略。 项目组制定试运行计划 （附件十二） ，并制定试运行验收指标，上报公司 主管领导审批。 试运行计划中应包含问题应对机制，明确问题沟通渠道 和职责分工。 ? 项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户 和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。 ? 项目组根据试运行计划进行系统转换和数据迁移。系统转换前，检查系 统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录 原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统 参数、设置的转换工作作为系统上线的验收的评估指标之一。 ? 数据迁移前，应制定详细的数据迁移计划 （附件十三） ， 数据迁移计划 中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回 退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。 ? 数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具数据迁 篇三：软件研发部管理制度软件研发部管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同） 、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。4、详细设计：详细设计说明书，包括软件接口说明、单元测试计 1 划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的 PPT。 软件过程成果表： 2 第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分