软件项目开发管理制度.docx

软件项目开发管理制度 软件工程开发治理制度 第一节 总则 第一条 为标准自有软件研发以及外包软件的治理工作，特制定本制度。本制度适用于股份公司软件研发与治理，分公司参照执行。 其次条 本制度中软件开发指新系统开发和现有系统重大改造。 第三条 本制度中自行开发是指主要依靠公司自身的治理、业务和技术力气进展系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完成IT应用的工程实施和技术支持工作，一般形式是公司负责供应业务框架，合作商供应技术框架，双方组成开发团队进展工程实施，IT系统的日常支持由信息中心和合作商共同担当，信息中心负责内部(一级)支持，合作商负责外部(二级)支持;外包开发是指将IT应用工程的设计、开发、集成、培训等任务承包给某家专业公司(可以是专业的IT公司或询问公司等)，由该公司(承包商)负责应用工程的实施。 第四条 软件开发遵循工程治理和软件工程的根本原则。工程治理涉及立项治理、工程规划和监控、配置治理、合作开发治理和结项治理。软件工程涉及需求治理、系统设计、系统实现、系统测试、用户承受测试、试运行、系统验收、系统上线和数据迁移。 第五条 除特殊指定，本制度中工程组包括业务组(或需求提出组)、IT组(可能包括网络治理员和合作开发商)。 其次节 立项治理 第六条 提出开发需求的信息技术部门参加公司层面立项，进展立项的技术可行性分析，编写立项分析报告开展前期筹备工作。立项分析报告应明确工程的范围和边界。 第七条 应用系统主要使用部门将立项分析报告上交公司总裁室进展立项审批，以保证系统工程与公司整体策略相全都。 第八条 立项分析报告得到批准后，成立工程组(假如是外包开发，则成立外包商工程组;假如是合作开发，则与外包商共同成立合作开发工程组，以下统称“工程组”)，工程组应包括业务组(由公司相关业务部门组成)和IT组(自行开发为信息中心研发人员;外包开发为外包商成员;合作开发为信息中心研发人员和外包商成员)。工程组人员的选择应满意工程对业务及技术要求，工程组人员应有足够的业务和IT技术方面的专业学问来胜任工程各方面的工作。 第三节 需求分析 第九条 立项后业务组对用户需求进展汇总整理，出具业务需求说明书，并确保业务需求说明书中包含了全部的业务需求。经系统使用部门审批确认，作为业务需求基线。 第十条 IT组在获得业务需求说明书后，提出技术需求和解决方案，并对系统进展定义，出具系统需求规格说明书。系统需求规格说明书需具体列出业务对系统的要求(界面、输入、输出、治理功能、安全需求、运作模式、关键指标等)。系统需求规格说明书需要由业务组提交给相关业务流程负责人确认。 第十一条 对于合作开发的工程，当业务需求发生变更时，业务组应提交需求变更申请，IT组组长审批后交给合作开发商实施。 第十二条 工程组应对需求变更影响到的文档准时更新。 第四节 工程规划和监控 第十三条 软件开发采纳工程形式进展治理。工程经理负责整个工程的规划、组织、领导和掌握。 第十四条 需求分析过程中，工程经理组织制定具体的工程规划书，包括详细任务描述和工程进度表等。 第十五条 在工程的各个阶段，业务组组长和IT组组长需协作工程经理制定阶段性工程规划。业务组组长和IT组组长需协作工程经理对工程规划执行状况进展监控，确保工程按规划完成。 第十六条 工程规划需要变更时，工程经理填写工程规划变更说明，并提交公司主管领导审批，通过审批后，交给业务组组长和IT组组长执行。 第五节 系统设计 第十七条 系统设计应分为概要设计和具体设计，系统设计要遵循完备性、全都性、扩展性、牢靠性、安全性、可维护性等原则。 第十八条 在系统设计阶段中，用户应充分参加，确保系统设计能满意系统需求。 第十九条 工程组进展具体设计，出具设计说明书和单元测试用例。 设计说明书中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进展评审，出具设计评审报告。业务组组长和IT组组长应参与此评审并对评审意见签字确认。 其次十条 设计评审均以业务需求说明书和系统需求规格说明书为依据，确保系统设计满意全部需求。 其次十一条 对已确认通过的系统设计进展修改需获得治理部门、业务组组长和IT组组长的审批前方可进展。 其次十二条 对系统设计的修改的文档须由文档治理人员进展归档治理。 第六节 系统实现 其次十三条 工程组依据设计说明书制定系统实现规划，并提交工程经理对规划可行性进展审批。 其次十四条 系统实现包括程序编码、单元测试和集成测试。 其次十五条 工程组保证开发、测试和生产环境独立，为各环境建立访问权限掌握机制，并明确工程成员的职责分工。对开发环境、测试环境与生产环境在物理或规律方面应当做到隔离;假如环境的分隔是通过规律形式实现的，应定期检查网络设置。工程组对已授权访问生产环境的人员进展具体记录，并对该记录进展定期检查，确保只有经授权的人员才能访问到生产环境。 其次十六条 工程组进展单元测试和集成测试，测试人员签字确认测试结果。 第七节 系统测试和用户测试 其次十七条 工程组制定系统/用户测试规划，并提交工程经理对规划可行性进展审批。 其次十八条 系统/用户测试规划必需定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。 其次十九条 工程组向数据拥有部门申请猎取测试用业务数据的使用权，对猎取的数据进展严格的访问掌握，确保只有相关工程人员才能访问及使用。 第三十条 工程组负责测试数据预备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数据进展敏感性处理和爱护。 第三十一条 IT组或合作开发商建立测试环境进展系统测试。在系统测试中对新系统内部各模块之间的接口和与其他系统的接口进展充分测试。出具系统测试报告，测试人员签字确认测试结果。 第三十二条 系统测试通过后，IT组协作业务组建立用户测试环境，业务组依据用户测试用例进展用户测试，出具用户测试报告，业务组组长和IT组组长应在用户测试报告中签字确认。 第三十三条 工程组完成系统帮忙文档(其中包括用户操作手册和安装维护手册)。凡涉及应用系统的变更，应对系统帮忙文档准时更新。 第八节 试运行 第三十四条 系统主要使用部门依据工程规模及影响打算试运行策略。 第三十五条 工程组制定试运行规划，并制定试运行验收指标，上报公司主管领导审批。试运行规划中应包含问题应对机制，明确问题沟通渠道和职责分工。 第三十六条 工程组联合试运行单位进展相关系统部署工作，预备培训资料，对相关用户和信息技术人员进展培训。用户培训的完成度应为实施后评估的指标之一。 第三十七条 工程组依据试运行规划进展系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满意新应用系统的需要。系统转换时必需具体记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。 第三十八条 数据迁移前，应制定具体的数据迁移规划，数据迁移规划中应包含迁移方案、测试方案、数据定义，新旧数据对比表、迁移时间、回退规划等信息。数据迁移规划需经工程经理和主管领导签字审批。 第三十九条 数据迁移后，工程组对数据迁移的完整性和精确性作出检查，出具数据迁移报告，其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查状况、对精确性检查状况等内容。各相关部门验收转换结果后在该报告上签字确认。 第四十条 系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监视并进展验收。 第四十一条 系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试运行单位办公室把系统运行状况(系统资源使用，反响速度等)记录到试运行报告中。必要时，工程组应依据系统运行状况对应用系统进展优化。 第四十二条 试运行到达试运行规划规定的终止条 时，工程组编写试运行报告。此报告应由工程组和试运行单位签字确认，并提交公司主管领导批阅。公司主管领导批阅试运行结果，打算试运行完毕或延期。 第九节 系统验收 第四十三条 系统主要使用部门及信息技术部门联合组成独立系统验收小组，也可授权原工程组作为验收小组。验收小组从功能需求及技术需求层面对系统进展综合评估。 第四十四条 验收小组应依据验收状况整理形成系统验收报告提交系统主要使用部门和信息技术部门批阅。 第四十五条 系统主要使用部门和信息技术部门负责人依据系统测试、试运行状况签署验收意见。 第十节 系统上线 第四十六条 系统上线应遵循稳妥、可控、安全的原则。 第四十七条 通常状况下，系统上线包含数据迁移工作。 第四十八条 工程组制定系统上线规划，上报公司主管领导审批。在上线规划得到批准后才能开头部署上线工作。 第四十九条 系统上线规划内容应包括但不限于： 1、部署方式和资源安排(包括人力资源及效劳器资源); 2、上线工作时间表; 3、上线操作步骤以及问题处理步骤; 4、工程阶段性里程碑和成果汇报(工程执行状态的批阅、进度安排等); 5、数据迁移的需求和实施规划; 6、完整可行的应急预案和“回退”规划; 7、用户培训规划(包括：培训规划、培训手册、培训考核等); 第五十条 上线单位在上线初期需加强日常运行状态监控，消失问题时应准时处理，对重大问题应启动紧急预案。 第五十一条 在完成上线后要填写系统验收评估报告，上报总公司工程组汇总整理。系统验收评估报告内容包括：数据精确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理状况、备份、批处理等。 第五十二条 上线单位治理层要对系统验收评估报告进展审批签字。 第五十三条 公司主管领导批准结项后，业务组和IT组将整理的文档提交各自部门统一治理。 第十一节 合作开发治理 第五十四条 合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方治理制度。 第五十五条 合作开发商必需遵循公司软件开发治理制度。 第五十六条 工程经理同合作开发商明确规定工程变更的范围和处理方式，重点关注需求和设计变更。 第五十七条 工程经理负责监控合作开发商的工程治理及软件开发活动。合作开发商应按规划定期向工程经理报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需准时向工程经理汇报。 第五十八条 IT组组长派专人监控合作开发商的质量保证过程。 第五十九条 工程组同合作开发商商定验收的标准和方法。 第六十条 以上各要求需要在开发合同中明确。 物业经理人： 篇2：万科房地产工程开发主管职位说明书 万科房地产工程开发主管职位说明书 职位名称：工程立项主管 所属部门 工程前期部 直接上级 工程前期部经理 直接下级 任职资格 1.学历、专业学问 大学本科及以上，具有工程治理、招投标治理、工程预算、市场调研、公共 关系治理等相关专业学问，熟识国家有关房地产开发与投资的立项政策，熟 悉房地产前期筹划、报建及招投工作，了解国内外房地产运营动态等相关专 业学问 2.工作阅历 两年以上房地产行业从业阅历，具有部门主管工作阅历者优先 职责概要 在工程开发部经理的领导下，全程负责房地产工程的各种立项报批工作，妥 善处理与政府各相关部门的关系，详细负责土地、工程的投标治理及投标文 件的编制与起草等工作 岗位职责 1.全面负责房地产开发工程的立项治理工作 2.负责办理相关政府部门的房地产立项手续 3.负责向相关部门及人员传达政府部门对新工程立项的特别要求 4.积极争取政府部门对新工程的优待政策 5.帮助相关人员做好房地产工程的前期筹划工作及工程开发等相关工作 6.负责企业投标文件范本的完善工作 7.负责企业土地、工程投标组织治理工作 8.协作商务部编制工程开工前相关合同 9.支持企业房地产工程应标，负责设计、整合工程设计方案 10.帮助相关部门做好房地产工程后期运作治理 11.完成领导临时交办的其他工作 相关说明