软件开发企业（公司）资料管理制度
1目的
为了使公司资料实行综合管理，经营活动在可控在控状态合理运行，特制定以下管理制度。
2适用范围
公司所有证件、合同（合同、协议、标书等）、收发文、图书（报刊、书籍等）的管理。
3执行主体
行政部、人力资源部
4流程图
A2：员工把需要移交的资料准备好。
B2：行政部接受员工移交资料，同时在交接表上登记（注明编号、日期、文件类型、文件名、份数、移交人、接交人等）。
B3：行政部把移交的资料整理归档，填写登记表（注明编号、日期、文件名、份数）。
A3：员工填写借阅表（注明文件名、用途、借阅日期、返还日期、借阅人）。
C4：行政总监审批借阅表。
A5：行政部提供文件给员工查阅。
B6：员工返还文件给行政部，由行政部整理归档。
A2：项目联系人准备合同草稿（注明甲、乙双方的名称、地址、邮编、联系人、联系方式、Email、合同内容、金额、付款方式）。
B2：项目联系人需把合同草稿到人力资源部备案。
B3：人力资源部对合同草稿提出修改意见。
A4：项目联系人修改合同草稿。
B5：人力资源部再次确认项目联系人提供的修改合同草稿。
E5：总经理审批合同。
A6：项目联系人与业务单位签订正式合同（需盖公章、法人或代理人签字、注明日期、合同一式四份）
B7：人力资源部凭正式合同到市科技局鉴定合同。
B8：人力资源部留存合同。
D8：人力资源部复印一份合同给财务部备案。
A9：项目联系人根据项目进度以取货款。
D9：财务部根据合同收取货款。
A10：项目联系人填写付款单（注明日期、项目名称、金额、事由）。
D10：财务部审核付款单。
E10：总经理审批付款单。
D11：财务部支付货款（注明日期、金额、付款方式、事由）。
A11：项目联系人填写查阅申请表。
C11：行政总监审批查阅申请表。
A12：人力资源部凭审批表提供查阅合同。
B13：项目联系人返还查阅合同。
A2：项目联系人准备合同草稿（注明甲、乙双方的名称、地址、邮编、联系人、联系方式、Email、合同内容、金额、付款方式）。
版本页标题：**集团信息技术管理制度 主题：软件开发管理制度 文档编号： 版本说明：
**集团 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完 成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架， 合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持 由IT技术中心和合作商共同承担，IT技术中心负责内部（一级）支持，合 作商负责外部（二级）支持；外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司 等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包
括网络管理员和合作开发商）。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报 告》应明确项目的范围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组（自 行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络管理 员和外包商成员）。公司委派一名员工负责监督项目的进度，进行项目管理 工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项 目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识 来胜任项目各方面的工作。 第三节需求分析 第九条立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》（附件二），并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部 门审批确认，作为业务需求基线。 第十条IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》（附件三）。《系统需求规格说明书》
项目档案管理制度 第一章总则 第一条编制依据：为强化项目公司档案管理工作，有效地保护和利用档案，根据集团公司档案管理相关规定并结合项目公司的具体情况制定本制度。第二条定义：本制度中的档案，是指在开发项目过程中形成的对公司具有利用保存价值的文字、图表、声像、电子数据等各种形式的文件材料的总和， 是各项工作、活动的真实记录和原始凭证。 第三条目的：在工程管理及项目施工全过程中，妥善处理和保管由项目部管理的工程文件，以便于归档、收发、查阅、结算及移交归档等一系列相互 关联、衔接有序的工作。 第四条遵循原则：应当遵循“及时整理，分类清晰，检索方便，收发有据。” 的原则。 第五条保密原则：档案管理过程中需做到合理利用，并注意适度保密，确保公司利益不受损害。 第六条归口部门：工程中心为项目档案的归口管理部门，工程助理为本制度的具体执行人（项目兼职档案管理员）；公司综合部为公司档案归口管理 部门，综合部档案主管为本制度执行监督人。 第二章工程档案收集、分类、整理 第一条工程档案收集管理依据：《建筑安装工程竣工档案移交书》、《市政基础设施工程竣工档案移交书》、《万国公司档案管理作业指引》。 第二条项目档案分类整理及编号管理：工程中心工程助理负责按照公司作业指引要求整理、编号。2.2附表
第三条档案交接管理：任何个人不得据为己有或者拒绝文件材料归档，工作变动或因故离职时应将形成的档案向本部门兼职档案管理人员移交清楚，并编制移交清单， 部门领导签字认可，不得擅自带走或销毁任何档案。交接人员如未按规章制度办 理交接手续，每发现1次扣1分，部门领导扣2分，如今后出现档案原件缺失的， 发现一次，交接人扣2分，部门领导扣4分。 第四条与其他部门共同参与事项所形成的档案材料，由主办部门负责档案的收集、整理、归档，并做好部门资料备查交接工作。 第五条移交归档管理：分即时存档、短期非即时存档、长期非即时存档三类，即时存档文件在公司综合部盖章备案时直接移交归档；短期非即时存档文件在公司综合部 备案盖章后3-5个工作内完成后续工作移交归档，超过约定归档时间的，每延迟1 天扣0.5分（特殊情况可酌情考虑不扣分，但必须在障碍解除后7天内完成移交）， 并做好文件收发登记记录表；长期非即时存档文件，基本指由施工单位和监理单 位在工程施工管理中形成的施工管理资料，在项目竣工验收时2个月内移交公司
研发部管理制度 1.目的和作用 新产品开发是企业在激烈的技术竞争中赖以生存和发展的命脉,它对企业产品发展方向、产品优势、开拓新市场、提高经济效益等方面起着决定性作用。为了我公司新产品开发能够严格遵循科学管理程序进行，取得较好的效果，特制定本制度。 2.管理职责 ①负责新产品的调研分析与立项等方面的工作。 ②建立并完善产品设计、新产品试制、标准化技术规程、技术信息管理制度 ③组织编制新产品开发计划、技术研究计划，并组织实施 ④按计划开展新产品设计、试验和研究、测试工作，负责产品的试验，移交投产等方面的管理 ⑤根据设计要求编制先进、合理的产品方案、文件，对产品图样、技术文件进行审查 ⑥根据产品方案、文件，提供生产设备的参数，申请购置生产设备 ⑦负责完成权限范围内技术谈判工作，以及对所引进技术的消化和转化工作 ⑧技术部、生产部、采购部，安装部，工程部，销售部等部门应在整个开发过程中给予支持和配合。 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. 产品设计管理 产品设计时从确定产品设计任务书起到确定产品结构为止的一系列技术工作的准备和管理,是产品开发的重要环节,必须严格遵循"三段设计"程序. 4.1 技术任务书: 技术任务书是产品在初步设计阶段内,由设计部门向上级提出的体现产品合理设计方案的改进性和推存性意见的文件,经上级批准后,
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 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。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，
明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
一、目的 为加强项目质量管理体系的有效运行，进一步强化项目档案记录文件的实施管理，规范工程档案
管理工作，做到统一的分类、存档、编号，强调台帐目录管理；明确文件处理的流程以及经办阅办的要求。同时规范项目上墙资料的统一规范性，全面提升项目部CI形象。 二、适用范围 各项目文件的收集、编号、审核、发放、回收、销毁及张贴、归档。 三、经办部门：工程管理部 四、职责 （一）工程管理部负责本部门文件资料与质量记录的实施与管理，并负责本指引的执行工作，项目部经理是实施的第一负责人。负责工程文件档案的审核、批准。工程文件档案实行授权审批制，对外发放工程文件和对内重要信息必须经工程总监或其授权代表批准并签署。授权代表须由部门经理提出申请，经公司工程总监同意，由行政人事部书面发文授权，明确授权范围并备案。 （二）项目资料员是实施与管理的主要责任人，负责工程文件档案的接收、编号、登记、发放、回收、移交及存档并组织完成工程竣工档案验收事务。 （三）工程管理部各专业工程师、配套工程师是实施责任人、执行人，必须按照文件规定要求进行过程管理活动，负责工程文件档案的形成、回复、积累、送审、移交归档。 （四）项目部必须按照有关规定进行文件资料与质量记录的收集、整理、编目、归档、保存、移交等工作。 （五）项目部必须及时更新上墙资料，资料员负责，各专业工程师配合。 五、工作程序 （一）发文 1、文件实行授权审批制，对外发放文件和对内重要文件必须经项目经理或其授权代表批准并签署。 2、项目部对内（项目现场所有单位）发文形式应该以工程指令、奖罚通知单三种形式下发，不允许有第四种形式；对外发文，包括对合作方、供方总部、政府部门、公司各部门或领导应统一采用工作联系函形式发出，并统一使用公司制定 VI 标准中Word模板。各经办工程师在办文的同时应在文件目录（电子目录）上登记，登记的文件名力求言简意骇、表达清晰，编号应统一规范。 3、项目部各专业或配套工程师办理相关文件后，由经办人负责跟踪审批手续。完成审批签字手续后，原则上统一交由资料员登记造册、复印、分发、存档。原件存档的同时应在卷内目录上登记，登记的内容名称编号必须与电子目录上一致。
研发部管理制度 2017年2月
目录 第一章研发部组织结构与责权 (3) 一、研发部组织结构 (3) 二、研发部职责与权力 (3) 三、研发部岗位职责 (4) 第二章研发部工作流程 (10) 第三章产品研发管理制度 (11) 第四章研发部人员绩效考核制度 (14) 第五章研发部人员培训管理制度 (14) 第六章研发部人员保密协议 (14)
第一章研发部组织结构与责权 一、研发部组织结构 根据我公司实际情况且结合产品研发设计特点，制定研发部组织结构示例如图1-1所示。 图1-1 二、研发部职责与权力 2.1、研发部职责 2.1.1、建立、健全企业产品技术研发管理体系及管理制度，并组织实施。 2.1.2、根据企业总体战略规划及年度经营目标，制定新产品开发、工艺技术开发的中长期发展规划和年度计划，报董事长审定、批准实施。 2.1.3、对现有产品进行跟踪，根据生产、销售、技术反馈的情报资料，及时在设计上进行改良。 2.1.4、组织并协同技术部进行新产品开发、老产品改进过程中的设计评审、小批试制、产品试验和技术确认等技术管理工作。
2.1.5、负责新产品试制过程中的工艺技术质量信息的收集、处理、整改和验证。 2.1.6、组织收集、整理与研发有关的新理念、新技术、新工艺、新材料等资料，并进行归档。 2.1.7、负责相关技术文件（含各种电子资料）的制定、审批、归档和保管。 2.2、研发部权力 2.2.1、对生产政策的制订有参与权。 2.2.2、对产品研发战略、新产品项目有审核权。 2.2.3、对新产品开发、老产品改进工作的开展有决策权。 2.2.4、对技术工艺标准、质量标准有决策权。 2.2.5、对不遵守技术工艺规程、质量标准的个人有提请处罚的权力。 2.2.6、对生产计划以及产品能否上市销售工作有建议权。 三、研发部岗位职责 3.1、研发总监岗位职责 研发总监的岗位职责是在总经理的授权下，全面负责产品研发管理工作，规划公司的技术发展路线与新产品开发，对技术研究、产品开发、分析测试、中试研究等过程进行监督和控制。其具体职责如下： 1、组织、指导制定企业技术研究、产品开发、分析测试、中试
软件开发流程管理制度 ( 讨论稿) 为加强对定制软件开发工作管理, 缩短开发周期, 提高软件开发质量, 降低开发成本, 提高定开发效率和效益, 特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行, 让开发中各个环境更紧凑, 更可控, 需要尽可能实现项目管理的正规化, 工作过程的流程化, 以便提高软件质量, 按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程, 制定以下工作流程, 并规定了各个重要环节需要提交的交付物。各阶段需提交的文档: 1、立项: 项目申请表, 软件需求报告或设计方案。 2、需求分析: 项目研发主计划、需求规格说明书 3、总体设计: 概要设计说明书或功能模块描述
4、详细设计: 详细设计说明书, 包括软件接口说明、单元测试 计划。 5、软件实现: 软件功能说明、源代码说明或者注释 6、产品测试: 测试报告 7、产品发布: 产品说明书、使用手册 8、产品维护: 问题反馈记录 9、项目总结: 提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表: 行
第三章、岗位设置 根据公司当前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写, 系统总体设计的编写; 开发阶段完成设计文档的编写, 代码的编写、代码的维护。测试阶段完成系统的测试, 测试文档及其它材料。经过逐渐的调整岗位, 明确工作职责, 逐步实现项目经理, 软件设计师, 程序员, 测试工程师的岗位设置。
北京东达悦科技有限公司 软件研发版本管理规范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) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员，以及其他相关人员。未经许可，该文档不得提供给上述规定对象以外的人员阅读或使用。
内部管理制度系列 工程项目文件资料管理制 度 （标准、完整、实用、可修改）
编号：FS-QG-69519工程项目文件资料管理制度 Project document data management system 说明：为规范化、制度化和统一化作业行为，使人员管理工作有章可循，提高工作效率和责任感、归属感，特此编写。 工程项目文件资料的管理包括公司发文、项目对外收发文、418#文件所覆盖的技术资料、其他质量记录等四个方面的内容。 项目资料员在项目技术负责人的领导下，具体负责文件资料的管理工作。 项目各专业工程师及资料员必须具有资料员上岗证。 管理目标是技术资料真实同步，达到长城杯的资料要求;非技术资料编目清晰，便于查阅。 文件资料的日常管理制度 一、文件资料的归档应做到分类保存、编目清晰、标识明确、装订整齐。资料的填写应做到字迹工整、签字齐全，符合《北京市建筑安装施工技术资料管理规定》的要求。 二、项目技术负责人应定期检查各专业工程师内业资料
的收集整理工作，检查资料员的资料归档工作，不定期进行内业工作评比、奖优罚劣。 三、418#文件涵盖的技术资料要求: 1、项目总工组织各专业工程师和资料员学习418#文件。 2、各专业技术资料由本专业工程师负责收集整理。每月月底将本月技术资料移交项目资料员。 3、项目资料员负责技术资料的整理、归档工作，资料归档时应按《北京市建筑安装施工技术资料管理规定》的标准来做。::如果技术资料不符合要求，资料员做以详细记录交给专业工程师，专业工程师应及时补齐。 四、为了加强项目管理，除了418#文件的规定之外，其它质量记录由资料员统一管理。 五、各业务口收集、整理本专业质量记录，定期报送资料员处。资料员进行分类归档。 公司发文管理制度 一、对公司发文进行分类收存，类别为党群类和行政类，行政类分为质量体系文件和非质量体系文件两类。 二、公司发文由项目资料员统一接收，留下分类收文登
研发管理制度 第一章总则 第一条为了确保公司研发项目的管理有章可循，实施准确有效，保证相关文件的合法性、规范性、准确性，特制定本制度。 第二条本制度适用于公司立项的技术研发项目。 第二章一般原则 第三条研发任务一方面来源公司下达的研发任务，一方面来源公司出于竞争需要而自行确定的研发任务。 第四条公司的研发是在平衡内部资源条件和外部市场状况的前提下寻求最佳的研发内容和方式，以期获得最大的经济效益。 第五条公司的研发定位于提升公司的核心竞争能力。一方面，通过产品平台战略支持公司现有业务在传统市场的扩张，形成绝对优势的市场地位；另一方面，通过新产品研发，推进公司在战略市场的争夺和具有巨大潜力的市场的研发，形成公司新的利润增长点。 第六条公司的研发遵循在自主研发的基础上广泛开放合作的原则。 第七条第七条公司重视培育一支高素质的、具有团队精神的研发工程师与研发管理者队伍，重视发现和培养战略研发管理人才和国际研发人才。 在技术研发方面，培养一批基础技术尖子和学术带头人；在产品研发方面，培养一批跨领域的集大成者。 公司以长远目标来建设研发队伍，以共同的事业、责任、荣誉来激励和驱动。 第八条研发阶段 产品研发过程分为5个阶段：立项、计划和规范、研发、测试和评估和产业化阶段。 根据项目的特性或规模，可以针对具体情况有所简化。 第九条相关职责 (一) 经理办公会负责研发立项的决策和审批； (二) 公司技术委员会负责新研发立项的技术审查； (三) 研究开发中心、生产技术部等部门负责实际的研发工作； (四) 营销部负责新产品市场需求的调研、试销和市场反应信息收集； (五) 研究开发中心协助技术委员会进行项目建议书收集以及研发过程中的日常事务性工作。 (六) 人力资源部负责立项登记以及知识产权的登记、申报和管理。 第三章研发组织管理 第十条研发组织 公司的研发组织包括公司技术委员会、研究开发中心、评估小组、研发小组，经理办公会是产品研发和技术研究的最高决策机构。 第十一条经理办公会 (一) 经理办公会是公司负责新技术和新产品研发决策的最高领导小组，具有资源分配权，以推进新产品的研发。 (二) 公司新产品决策过程通过阶段评审过程体现，这种阶段评审需要在研发过程中一些具体定义点上做出决策，一个产品研发项目必须在预定时间内达到明确定义的目标，才能获准进入下一阶段。经理办公会委托技术委员会对立项、计划和规范、测试和评估、产业化等阶段进行评审，在此基础上结合公司资源进行是否立项和产业化等决策。
软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书，提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。 在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。 由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。 项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
项目现场工程资料管理制度 为了做好建设单位工程档案资料的管理工作，参照《建设工程文件归档整理规范》等文件的有关要求,结合本公司实际情况和公司领导对档案管理的相关要求特制订本档案管理制度。 一、资料归档，收集 1、工程各类报批文件、各类合同、设计资料及图纸、设计变更与工程洽商资料、监理文件、施工日志、会议纪要、审计结论及各种验收证件、检测报告、材料设备的合格证及说明书、施工图、财产移交手续及其他需要存档的文件等。(只留复印件作为项目部查阅资料) 2、负责对施工图、设计变更、洽商纪要的接收、发放和管理，做好详细的收发记录，并保证自己有一套完整的设计图纸、设计变更、洽商纪要以免漏项 3、做好建设单位自身工程资料的收集、整编工作，要使整编资料真实准确的反映出施工进度和投资计划完成情况，以及施工管理过程中发生的关键问题和处理结果。 4、资料管理人员收到公司内部人员或相关单位人员给予的资料应及时登记。 5、项目签订承包合同中应明确规定工程档案资料和设备资料编制的责任范围、内容、套数、案卷质量标准及时间要求。 6、本公司购置的设备仪器的随机全套资料，由拆箱负责人收集齐全，及时移交档案员，统一积累和集中保管。 二、资料保密制度 1、资料工作人员必须树立高度的保密观念，遵守公司的各项保密制度。 2、凡涉及不宜公开的公司机密等档案，应作秘密保管并严格控制查阅范围，本公司人员需要查阅者，须经本公司主管领导批准。
3、凡作秘密和内部管理的档案，应严格履行查阅审批手续，严禁擅自拍照和复制，利用者应严格遵守保密规定，不得泄露公司秘密。 4、对确已无保存价值的建设工程和设备档案，列出销毁清册，经主管领导审批后，由销毁人、监销人销毁，并签名注销。 三、资料管理制度 1、建设单位工程资料的制作、填写、盖章。 2、工程档案资料按项目收集,档案应按系统分类统一存放档案盒贴上标签并做电子目录方便日后检索。 3、勘察、设计、施工、监理等单位移交资料时，应编制移交清单，双方签字、盖章后方可交接。 4、负责把控制点向监理单位和施工单位的移交工作及工程部位高程的闭合复核检查工作 负责施工验收资料中建设单位责任人的签字 5、监督监理单位和承包人按照诚实信用的原则，真实准确地做好施工程记录和有关报告。决不允许有篡改事实真相、出具假报告等违规违法事情的发生。 6、随时抽查监理单位、承包人的施工原始资料和与工程有关的其它资料。 7、在工程管理和施工过程中，对监理单位和承包人提交的报告要按约定时间做出书面答复。 8、按合同要求，责成监理单位提交监理工作月报及监理业务范围内的专项报告;责成承包人提交施工组织设计、施工方案、工程进度和工程量报告以及其它有关方案或报告。 9、应妥善保存各类档案和资料，如发现用途不明的资料应交总工程师审阅确定用途。 10、非资料管理人员不得擅自查阅档案柜里的资料，确因工作需要，须经本公司主管领导批准同意后方可查阅。
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、相关文件 《建筑工程竣工验收统一用表填表说明》( ××市档案馆) 《建筑工程文件归档整理规范》( GB/T50328- ) 2、资料填写内容必须真实可靠、数据准确、资料的形成与工程形象进度同步。资料所记载的内容必须与实际图物相符, 并按规定已经过了一定的审批、检查、验收程序, 负有责任的各方在资料指定位置上签署意见, 签名或盖章并注明时间。 3、作为工程档案, 必须用黑色签字笔或碳素钢笔及单面黑色复写纸书写, 要求字体端正、清晰易辨、严禁涂改。 二、主要工程技术资料填写要求及责任人 1、工程基线复核单、单位工程座标定位测量记录、垂直度观测记录、建筑物沉降观测记录, 由测量人员按单位工程分层数填写, 交项目总工核定。要求所填数字准确无误, 所绘简图上各测点应编号, 表中应有测量者、校核者签名。由测量员交项目资料
员一式四份( 含原件二份) 。 2、质量、安全整改通知单由质量安全组填写, 令工长限期整改, 复检无误后, 将结果记录在上。由质量员、安全员交项目资料员一式三份( 含原件一份) 。 3、隐蔽工程验收记录, 由负责所办隐蔽工程内容的工长在下一道工序施工前办理。隐蔽记录上应有施工部位及隐蔽项目, 重点写出施工及修改依据、质量情况, 必要时绘出简图。并须报质检员验收签字、经项目自检合格后, 由各相关工长向监理公司工地代表签字及盖章认可。资料填报及所有签字盖章完毕后交项目资料员一式四份( 含原件二份) 。 4、检验批验收记录, 由各主管工长负责填写, 要求填写规范, 签字盖章齐全, 由各主管工长向监理公司工地代表签字及盖章认可。资料填报及所有签字盖章完毕后交项目资料员一式四份( 含原件二份) 。 5、各分项工程施工安全质量技术交底卡, 由负责施工的工长填写。主要是对施工工艺、质量标准、技术安全措施、施工规范要求、对新结构、新规范、新技术以及图纸会审提出的有关问题, 解决方法等进行详细且有针对性的技术交底, 填写要具体, 交接手续应及时且要齐全, 所有交底必须要有交底人、接受交底人( 接受交底人必须是经各分包或民建队书面指定的各班组长) 的签名及交接时间, 以明确责任, 班组所有人员必须逐一签字, 不得找人代签。本交底一式四份, 交项目资料员二份。
工程项目资料管理制度 1、由项目部办公室负责管理性文件的收发、传阅、编制清单归类保存。 由项目技术负责人负责施工图、技术核定单、变更通知单的收发，负责编制目录，分发清单，所有施工图的持有人应对图纸的修改，变更及时标识。 2、所有文件资料由文件批准人决定发放范围和份数，文件发放人应填写《文件和资料发放登记表》，按发放范围和数量发放文件，并做好编号及登记。 远程教育在现代是十分普遍的，下面为大家搜集的一篇“现代远程教育设备管理制度”，供大家参考借鉴，希望可以帮助到有需要的朋友! 3、文件领用人在收到文件和资料时，应在文件发放的表格上登记签字。 4、在发放过程中，文件使用部门应及时撤出作废/失效文件。 5、当文件使用人的文件破损严重，影响使用时，应向文件发放部门办理更换手续，交回破损文件，补发新文件、编号不变，文件发放部门应将原破损文件收回处理。 6、文件使用人文件丢失后，应向文件发放部门办理补领手续，在补领申请时必须作出书面说明，文件发放部门在补发文件时应重新进行分发编号，并注明作废。 7、在用有效文件控制清单 项目部办公室负责编制管理性《有效文件控制清单》，项目工程部负责编制技术性《有效文件控制清单》，以识别和管理在用有效文件及现行修订状态。 8、文件和资料的更改 a.当文件和资料需要更改时，应由文件更改人或更改部门填写《文件和资料更改申请表》，说明更改的理由依据和更改内容，如更改涉及其它部门时，应重新会审。 b.文件更改原则上应由原审批人审批，当原审批人不在或需指定其它人员审批时，则该人应得到相应的授权书和文件审批所需的有关背景资料。 完善制度。针对固定资产清查过程中发现的问题认真分析研究、查找问题原因、理清工作思路、提出整改意见的基础上，建立健全资产管理制度，使国有资产配置合理、使用高效、安全完整。 c.经更改审批的文件，由审批人填写《文件和资料更改通知单》，并发至有关部门。
公司软件开发管理规定文件编码（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进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 需求分析
****体育场施工资料管理规定 1.目的 施工资料是工程建设及竣工交付使用的必备文件，也是对工程进行检查验收、管理、使用、维护、改建、扩建的依据，因此搞好施工资料的管理具有十分重要的意义。本规定对施工资料的填写、收集、整理、归档等提出了统一要求。制定本规定的目的是保证项目施工资料的完整性、准确性及可追溯性，以及能满足工程质量验收、“长城杯”、鲁班奖“等评优活动对资料的要求。 2.适用范围 在工程施工过程中形成的与管理、技术、测量、物资、施工、试验、质量、等有关的文字、图表、照片、电子资料。 3.编制依据 3.1《建筑工程施工质量验收规范》 3.2《建筑安装工程工程资料手册》（中国建筑工业出版社出版） 3.3《工程建设监理规程》 3.4《建筑安装工程资料管理规程》（编号为DBJ01-51-2003） 3.5《北京市城市建设档案管理规定》 3.6《建设工程文件归档整理规范》（GB/T50328-2001） 3.7《北京市**工程建设档案管理指南的通知》 4.资源配备 4.1人员设置： 4.1.1总工办配备专职资料管理员，要求具有从事资料管理工作3年以上的工作经验以及创建长城杯工程的施工资料管理经历。
4.1.2各分部及各分包施工单位必须配备专职或兼职资料管理人员，要求具备专业的学历和计算机操作能力，熟悉施工资料填写等相关业务，明确资料的填写要求。 4.2计算机配备：所有施工资料均要求实行计算机管理，各分部均要配备资料专用计算机。工程资料软件统一使用由中国****建筑科学院开发的“建筑工程资料管理软件”。 5.职责 施工资料管理实行总工程师负责制，分级管理，逐级建立健全施工资料管理岗位责任制。 5.1项目总工办 项目总工办在总工程师的领导下行使施工资料的管理职能：主持建立施工资料管理体系；制定规范资料管理的相关文件；指导项目部各分部做好施工资料的形成、收集、整理和移交；对施工资料的形成是否按程序执行及资料质量进行检查和监督；负责对各分部移交施工资料的汇总、整理和归档工作。 5.2各分部（土建分部、钢结构分部、装饰装修分部、机电分部） 各分部是施工资料形成的具体实施者，负责其分管专业范围内施工资料的形成、收集、整理、移交，并对施工资料的及时性、真实性、完整性、正确性、有效性负责。 5.3施工资料管理员 各分部的资料管理人员负责本分部所形成的施工资料的收集、整理和移交工作。必须保证施工资料与工程同步，作好施工资料各阶段的把关工作，避免或减少不合格资料流入资料管理的最后环节。
软件研发部管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
建筑工程施工资料管理制度 第一章总则 第一条为规范建筑工程施工资料的管理，保证及时、准确、真实、完整地收集和保存施工资料档案，持续提高公司基础技术管理工作水平，根据国家有关法律法规和现行国家、行业标准规定，结合公司实际，特制定本制度。 第二条公司所属建筑工程项目，其施工资料的管理，必须遵守本制度。其他专业工程项目的施工资料管理参照本制度执行。 第二章管理职责 第三条合同管理部门负责在签订的《建设工程施工合同》中明确建筑工程施工资料的套（份）数、费用、移交时间，并负责指导、协助和检查招投标及合同文件资料的收集、归档与移交。 第四条技术中心负责指导、协助和检查建筑工程施工资料形成过程中的填写、编制、收集、整理和组卷；负责对施工资料档案进行预验收，并统一指导和监督归档的施工资料的移交。 第五条办公室负责指导、检查和接收竣工工程的建筑工程施工资料的移交、归档，并负责施工资料档案保管、借阅与利用。 第六条工程管理部/总承包项目管理部负责指导、协助和检查联营/直营建筑工程施工进度、物资、质量验收及施工管理资料形成过程中的填写、编制、收集、整理和组卷。 第七条造价管理部负责指导、协助和检查建筑工程施工造价资料形成过程中的填写、编制、收集、整理和组卷。 第八条各区域公司和分公司负责指导、协助和检查所辖地区建筑工程施工资料的填写、编制、收集、整理和组卷，并指导和监督归档的施工资料的移交。 第九条建设工程项目部必须严格按照法律法规及当地有关文件和本制 度规定负责建筑工程施工资料的填写、编制、收集、整理、组卷、归档与移交。 第三章施工资料分类 第十条建筑工程施工资料分为工程准备阶段文件、施工阶段文件、竣工图和工程竣工文件。