《软件开发管理制度范本》由会员分享，可在线阅读，更多相关《软件开发管理制度范本（83页珍藏版）》请在金锄头文库上搜索。
1、软件开发管理制度第一节 总 则第一条 为规范自有有软件研研发以及及外包软软件的管管理工作作，特制制定本制制度。本本制度适适用于公公司总公公司软件件研发与与管理，分分公司参参照执行行。第二条 本制度中软软件开发发指新系系统开发发和现有有系统重重大改造造。第三条 本制度中自自行开发发是指主主要依赖赖公司自自身的管管理、业业务和技技术力量量进行系系统设计计、软件件开发、集集成和相相关的技技术支持持工作，一一般仅向向外购置置有关的的硬件设设备和支支撑软件件平台；合作开开发是公公司与专专业ITT公司（合合作商）共共同协作作完成IIT应用用的项目目实施和和技术支支持工作作，一般般形式是是公司负负责提供供业
2、务框框架，合合作商提提供技术术框架，双双方组成成开发团团队进行行项目实实施，IIT系统统的日常常支持由由研发部部和合作作商共同同承担，研发负责内部支持，合作商负责外部支持；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。第四条 软件开发遵遵循项目目管理和和软件工工程的基基本原则则。项目目管理涉涉及立项项管理、项项目计划划和监控控、配置置管理、合合作开发发管理和和结项管管理。软软件工程程涉及需需求管理理、系统统设计、系系统实现现、系统统测试、用用户接受受测试、试试运行、系系统验收收、系统统上线和
3、和数据迁迁移。第五条 除特别指定定，本制制度中项项目组包包括业务务组（营营销部、运运维部）、IIT组（研发部和合作开发商）。第二节 立项管管理第六条 提出开发需需求的营营销部、运运维部等等业务部部门参与与公司层层面立项项，研发发部进行行立项的的技术可行行性分析析，共同同编写立项分分析报告告（附件件一），开开展前期期筹备工工作。立项项分析报报告应应明确项项目的范范围和边边界。第七条 应用系统主主要使用用部门将将立项分分析报告告上交公司司进行立立项审批批，以保保证系统统项目与与公司整整体策略略相一致致。第八条 立项分析析报告得到批批准后，成成立项目目组（如如果是外外包开发发，则成成立外包包商项目目
4、组；如如果是合合作开发发，则与与外包商商共同成成立合作作开发项项目组，以以下统称称“项目组组”），项项目组应应包括业业务组（由由公司相相关业务务部门组组成）和和IT组组（自行行开发为为研发部部；外包包开发为为外包商商成员；合作开开发为研研发部和和外包商商成员）。公公司委派派一名员员工负责责监督项项目的进进度，进进行项目目管理工工作，确确保开发发能及时时完成并并能满足足业务需需要。项项目组人人员的选选择应满满足项目目对业务务及技术术要求，项项目组人人员应有有足够的的业务和和IT技技术方面面的专业业知识来来胜任项项目各方方面的工工作。第三节 需求分分析第九条 立项后业务务组对用用户需求求进行汇汇总
5、整理理，出具具业务需需求说明明书（附件件二），并并确保业务需需求说明明书中包含含了所有有的业务务需求。业务需求说明书经系统使用单位（用户）确认，作为业务需求基线。第十条 IT组在获获得业务需需求说明明书后，提提出技术术需求和和解决方方案，并并对系统统进行定定义，出出具系系统需求求规格说说明书（附件件三）。系统统需求规规格说明明书需详细细列出业业务对系系统的要要求（界界面、输输入、输输出、管管理功能能、安全全需求、运运作模式式、关键键指标等等）。系统需求求规格说说明书需要由由业务组组提交给给用户相关关业务流流程负责责人确认认。第十一条 当业务需求求发生变变更时，业业务组应应提交需求变变更申请请（
6、附件件四），IIT组组组长审批批后交给给业务组组与用户户确认方方可实施施。第十二条 项目组应对对需求变变更影响响到的文文档及时时更新。第四节 项目计计划和监监控第十三条 软件开发采采用项目目形式进进行管理理。项目目经理（监监理）负负责整个个项目的的计划、组组织、领领导和控控制。第十四条 需求分析过过程中，项项目经理理（监理理）组织织制定详详细的项目计计划书（附件件五），包包括具体体任务描描述和项项目进度度表等。第十五条 在项目的各各个阶段段，业务务组组长长和ITT组组长长需配合合项目经经理（监监理）制制定阶段段性项目目计划。业业务组组组长和IIT组组组长需配配合项目目经理（监监理）对对项目计计
7、划执行行情况进进行监控控，确保保项目按按计划完完成。第十六条 项目计划需需要变更更时，项项目经理理（监理理）填写写项目计计划变更更说明（附件件六），并并提交公公司主管管领导审审批，通通过审批批后，交交给业务务组组长长和ITT组组长长执行。第五节 系统设设计第十七条 系统设计应应分为概概要设计计和详细细设计，系系统设计计要遵循循完备性性、一致致性、扩扩展性、可可靠性、安安全性、可可维护性性等原则则。第十八条 在系统设计计阶段中中，用户户应充分分参与，确确保系统统设计能能满足系系统需求求。第十九条 项目组进行行详细设设计，出出具设设计说明明书（附附件七）和单元测试用例（附件八）。设计说明书中需要定
8、义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具设计评审报告（附件九）。业务组组长和IT组组长应参加此评审并对评审意见签字确认。第二十条 设计评审均均以业业务需求求说明书书和系系统需求求规格说说明书为为依据，确确保系统统设计满满足全部部需求。第二十一条 对已确认通通过的系系统设计计进行修修改需获获得管理理部门、业业务组组组长和IIT组组组长的审审批后方方可进行行。第二十二条 对系统设计计的修改改的文档档须由文文档管理理人员进进行归档档管理。第六节 系统实实现第二十三条 项目组根据据设计说说明书制定系系统实现现计划，并并提交项项目经理理（监理理）对计计划可行行性
9、进行行审批。第二十四条 系统实现包包括程序序编码、单单元测试试和集成成测试。第二十五条 项目组保证证开发、测测试和访访问环境境独立，为为各环境境建立访访问权限限控制机机制，并并明确项项目成员员的职责责分工。对对开发环环境、测测试环境境与访问问环境在在物理或或逻辑方方面应该该做到隔隔离；如如果环境境的分隔隔是通过过逻辑形形式实现现的，应应定期检检查网络络设置。项项目组对对已授权权访问环环境的人人员进行行详细记记录，并并对该记记录进行行定期检检查，确确保只有有经授权权的人员员才能访访问。第二十六条 项目组进行行单元测测试和集集成测试试，测试试人员签签字确认认测试结结果。第七节 系统测测试和用用户测
10、试试第二十七条 项目组制定定系统/用户测测试计划划（附件件十），并并提交项项目经理理（监理理）对计计划可行行性进行行审批。第二十八条 系统/用用户测试试计划必须定定义测试试标准，并并明确各各种测试试的测试试步骤和和需要的的系统设设置要求求。第二十九条 项目组向数数据拥有有部门申申请获取取测试用用业务数数据的使使用权，对对获取的的数据进进行严格格的访问问控制，确确保只有有相关项项目人员员才能访访问及使使用。第三十条 项目组负责责测试数数据准备备，测试试用数据据要足够够模拟使使用环境境中的实实际数据据。对已已评定为为敏感信信息的数数据进行行敏感性性处理和和保护。第三十一条 IT组或合合作开发发商建
11、立立测试环环境进行行系统测测试。在在系统测测试中对对新系统统内部各各模块之之间的接接口和与与其他系系统的接接口进行行充分测测试。出出具系统测测试报告告（附件件十一），测试人员签字确认测试结果。第三十二条 系统测试通通过后，IIT组配配合业务务组建立立用户测测试环境境，业务务组根据据用户测测试用例例进行用用户测试试，出具具用户测测试报告告（附件件十一），业务组组长和IT组组长应在用户测试报告中签字确认。第三十三条 项目组完成成系统帮帮助文档档（其中中包括用用户操作作手册和和安装装维护手手册）。凡凡涉及应应用系统统的变更更，应对对系统帮帮助文档档及时更更新。第八节 试运行行第三十四条 系统主要使使
12、用部门门根据项项目规模模及影响响决定试试运行策策略。第三十五条 项目组制定定试运行行计划（附件件十二），并制定试运行验收指标，上报公司主管领导审批。试运行计划中应包含问题应对机制，明确问题沟通渠道和职责分工。第三十六条 项目组联合合试运行行单位进进行相关关系统部部署工作作，准备备培训资资料，对对相关用用户和信信息技术术人员进进行培训训。用户户培训的的完成度度应为实实施后评评估的指指标之一一。第三十七条 项目组根据据试运行行计划进行系系统转换换和数据据迁移。系系统转换换前，检检查系统统环境，确确保运行行环境能能满足新新应用系系统的需需要。系系统转换换时必须须详细记记录原系系统中的的重要参参数、设
13、设置等系系统信息息，并填填写试运运行报告告相关内内容。系系统参数数、设置置的转换换工作作作为系统统上线的的验收的的评估指指标之一一。第三十八条 数据迁移前前，应制制定详细细的数据迁迁移计划划（附件件十三），数据迁移计划中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理（监理）和主管领导签字审批。第三十九条 数据迁移后后，项目目组对数数据迁移移的完整整性和准准确性作作出检查查，出具具数据据迁移报报告（附附件十四四），其其中包括括数据来来源、转转换前状状态、转转换后状状态，数数据迁移移负责人人、对完完整性检检查情况况、对准准确性检检查情况况等内
14、容容。各相相关部门门验收转转换结果果后在该该报告上上签字确确认。第四十条 系统转换和和数据迁迁移由试试运行单单位业务务部门和和公司主主管领导导共同监监督并进进行验收收。第四十一条 系统转换和和数据迁迁移验收收通过后后，正式式启动试试运行。在在试运行行过程中中，试运运行单位位办公室室把系统统运行情情况（系系统资源源使用，反反应速度度等）记记录到试试运行报报告中。必必要时，项项目组应应根据系系统运行行情况对对应用系系统进行行优化。第四十二条 试运行达到到试运行行计划规规定的终终止条件件时，项项目组编编写试运行行报告（附件件十五）。此报告应由项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主
15、管领导审阅试运行结果，决定试运行结束或延期。第九节 系统验验收第四十三条 系统主要用用户单位位及公司项项目组联联合组成成独立系系统验收收小组，也也可授权权原项目目组作为为验收小小组。验验收小组组从功能能需求及及技术需需求层面面对系统统进行综综合评估估。 第四十四条 验收小组应应根据验验收情况况整理形形成系系统验收收报告（附件十六）提交系统主要使用部门和公司审阅。第四十五条 系统主要使使用部门门和研发发部负责责人根据据系统测测试、试试运行情情况签署署验收意意见。 第十节 系统上上线第四十六条 系统上线应应遵循稳稳妥、可可控、安安全的原原则。第四十七条 通常情况下下，系统统上线包包含数据据迁移工工作。第四十八条 项目组制定定系统统上线计计划（附件件十七），上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。第四十九条 系统上线线计划内内容应包包括但不不限于：1、部署方方式和资资源分配配（包括括人力资资源及服服务器资资源）；2、上线工工作时间间表；3、上线操操作步骤骤以及问问题处理理步骤；4、项目阶阶段性里里程碑和和成果汇汇报（项项目执行行状态的的审阅、进进度安排排等）；5、数据迁迁移的需需求和实实施计划划；6、完整可可行的应应急预案案和“回退”计划；
