- 相关推荐
软件项目的管理制度（通用12篇）
在社会发展不断提速的今天，很多情况下我们都会接触到制度，制度就是在人类社会当中人们行为的准则。拟定制度的注意事项有许多，你确定会写吗？以下是小编帮大家整理的软件项目的管理制度，仅供参考，大家一起来看看吧。
软件项目的管理制度 1
1、作为正版软件资产的管理，财务部门应建立健全正版软件资产的明细台账。
2、应增强保护正版软件知识产权意识，必须严格执行软件正版化的规定，全面采购，使用正版软件，从源头上杜绝盗版侵权软件使用的不良行为。
3、更新、购置软件时应从满足实际工作需要出发，坚持勤俭节约，从严控制，合理配置。应在全面掌握本部门软件自唱情况，工作人员人数，配备种类计算机数以及需要更换和采购的软件数的基础上，区分操作系统软件、办公软件和杀毒软件以及国内企业软件和国外企业软件，细化软件配置需求，科学合理地确定软件配置计划，并将软件采购经费纳入预算管理。
4、单位采购的商业软件应严格按照采购合同的约定，重点加强对软件授权证书或许可协议等核心资料的管理工作，并应在购置合同中约定不得侵犯第三方版权，切实维护采购软件版权的合法性。
5、单位采购软件应当对软件互相兼容、授权方式、信息安全、升级等售后服务提出具体要求，维护软件市场公平竞争秩序。同时，应注意加强软件采购的衔接，确保采购的计算机设备符合预装正版操作系统软件要求。
6、资产管理部门去的软件时，需向供应商索取软件授权证书和随附物品等，并予以核实，所有能够证明软件和发行的.证书及文件，应由单位资产管理部门集中存放和保管。
7、软件资产处置应当严格履行审批手续，坚持优先整合利用。对于确实无法整合利用的，应由单位使用部门提出申请，经技术管理部门专业技术鉴定，资产管理部门会同财务部门出具书面意见后，严格按照规定的权限和固定资产，并及时调整台账。
8、以授权形式购置的软件资产到期后，应当停止使用，并及时办理处理手续。
9、主要负责同志作为本单位使用正版软件的第一责任人，应落实监督责任，保证本单位软件使用正版化。
10、应当每年结合单位固定资产盘点，对软件资产情况进行清查，确保使用的全部软件均为合法软件并登记入账。做到账账相符，账实相符。
11、正版软件执行技术保养规定和维护保养制度，确保设备的完好，清洁、安全使用。
软件项目的管理制度 2
第一条为规范公司计算机软件使用的管理，保障信息安全，依据《中华人民共和国计算机软件保护条例》《关于印发〈关于推进企业使用正版软件工作的实施方案〉的通知》的有关规定，制定本办法。
第二条本办法适用于公司的工作人员在工作场所和公务活动中使用、购置和日常管理计算机软件的`行为。
第三条公司将不定期公布在公司内取得合法授权的.计算机软件。
第四条各单位应当制定计算机软件内部管理制度，加强计算机软件购置、安装、保管、使用、升级、版权保护、废弃等工作，确保本单位工作人员在工作场所和公务活动使用的计算机软件均应具有合法授权。
第五条各单位应设立计算机软件管理台帐，对每套计算机软件进行登记。登记的内容包括：计算机软件名称和版本、来源类型、许可证(授权书)编号、有效期、供货商、价格、购买日期、安装情况等。
第六条各单位应当妥善保存计算机软件介质、说明书、使用许可证(或合同)等相关资料。
第七条各单位或其工作人员不得从事下列行为：
(一)擅自复制和销售计算机软件产品的复制品；
(二)在购买计算机时，要求或者默许销售商安装非正版计算机软件；
(三)超越授权使用许可，扩大使用范围；
(四)未经授权把计算机软件放在网上供他人下载；
(五)明知是未经授权的计算机软件而从网上下载；
(六)故意规避或者破坏软件著作权人为保护其著作权而采用的技术措施；
(七)故意删除或者改变计算机软件权利管理信息；
(八)在单位计算机上擅自安装与工作无关和未经合法授权使用的计算机软件；
(九)在重大信息系统中使用未经测评或者有关部门依法认可的计算机软件。
第八条各单位或工作人员一经发现其计算机上安装非正版计算机软件的，应当立即予以删除；否则，由此造成的一切后果由当事人承担。
第九条公司信息化领导小组会同有关部门监督检查计算机软件管理工作。
第十条本办法自印发之日起实施。
软件项目的管理制度 3
第一章 总 则
第一条 为加强水运工程设计计算机软件的管理，提高软件质量，加快工程设计软件的系列化、标准化和商品化的进程，根据建设部《工程设计计算机软件管理暂行办法》的有关规定，制定本办法。
第二条 本办法所称软件系指计算机程序及其有关文档。
第三条 本办法适用于交通部水运工程建设系统直属院（局）级单位开发的工程设计计算机软件的管理。地方交通厅所属水运系统设计院开发的水运工程设计计算机软件可参照本办法执行。
第四条 交通部基建管理司是水运工程设计计算机软件管理的主管部门，负责国家或部下达的软件（国家和部科技攻关项目除外）开发项目的立项审批、审定、登录和推广工作；各直属院（局）自行开发的项目，一般由立项单位管理，对应用价值高、通用性强的优秀软件，经批准后也可纳入部级管理。
第五条 水运工程建设项目中应用的设计软件，必须经过审定，审定合格后，方可在审定范围内应用。
第六条 计算机软件实行有偿转让。经部审定合格并登录的项目可在水运工程全行业内使用和转让；经院（局）审定合格的项目仅限于在本单位内部使用，不得转让。
第二章 软件开发立项
第七条 软件开发一般是指软件的研制、编制、改编和移植。研制是指自行建立数学模型，方法有所创新，具有研究或探索性；编制是指利用已有的数学模型和方法，针对具体问题开发程序；改编是在已有软件的基础上，扩大或改进其功能，或对若干软件进行综合；移植是把程序从一种机型或语言翻译到另一种机型或语言，程序功能无实质性改变。
第八条 软件开发要有计划地进行，尽量避免重复开发。部一般两年组织一次设计计算机软件的立项，各院（局）级单位组织开发的设计计算机软件可自行安排立项。
第九条 对于水运工程设计中普遍存在的技术难题，且其开发成果具有应用价值高、通用性强的设计计算机软件开发项目，可申请部立项。并于可立项年的3月底前提交申请报告和项目可行性研究报告一式四份，报部（基建司）。
第十条 部根据行业需要，适时组织专家评审立项或采用招标方式确定项目承担单位。
第十一条 承担部下达的`计算机软件项目的单位，应按部统一制定的合同文本签定合同，并遵照合同规定的要求完成开发任务。
第十二条 软件开发单位应加强对软件开发、实施过程与成果的后期管理，确保软件成果的质量。
第三章 软件审定
第十三条 部立项下达的计算机软件开发项目，经过院（局）级审定后，必须报部审定。各单位自行开发的应用价值高、通用性强的计算机软件，经过院（局）级审定后可申请部级审定。
第十四条 部级审定由部组织跨部门或单位的同行业专家（一般不少于7名）组成审定委员会通过会议形式进行，并形成审定意见；院（局）级审定应组织同行业专家（一般不少于5名）通过会议形式进行，并形成审定意见。
第十五条 申请部级审定的设计计算机软件应提交下列主要文档：
1、技术报告（含功能、编制依据、计算方法、数学模型、框图等）；
2、用户手册、使用说明；
3、测试报告；
4、用户报告；
5、院（局）级审定意见及推荐意见。
第十六条 软件审定委员会应在审定会前组织专家对送审软件的功能进行必要的测试，并写出测试报告。审定期间还应对重要技术数据进行现场演示并听取开发单位必要的补充说明。
第十七条 软件评审考核的主要指标是：
1、软件成果正确、可靠、实用、先进、符合有关工程设计的标准规范，无产权争议。
2、软件结构清晰，操作方便，可维护性好。
3、软件通用性好、经济 效益高，有推广应用价值。
4、技术文档齐全。
第十八条 部根据审定委员会的审定意见，对审定合格的软件颁发软件审定合格证书，在水运工程建设行业内予以公布，并组织推广应用。
第四章 软件的登录
第十九条 经部审定合格的水运工程设计计算机软件，实行软件登录制度，具体登录要求另行通知。
第二十条 登录在案的软件扩充功能、更新版本后，也应经过相应的审定，并及时通报原软件登录部门。
第二十一条 软件登录部门有义务及时向本行业内各单位通告新登录的软件以及软件版本更新等情况。对于已无实用价值并登录在案的软件，登录部门有权宣布自然淘汰终止使用。除特殊情况外，登录的软件一般保留5年。
第五章 奖 励
第二十二条 软件管理主管机构对审定合格并登录在案的软件每两年进行一次评选活动，对评选出的优秀软件给予适当奖励。具体奖励办法可参照国家有关规定办理。
第二十三条 对水运工程建设行业应用价值高、通用性强和经济 效益较好的优秀软件，可申报参加全国工程设计计算机优秀软件的评选。经部科技成果鉴定通过的水运工程设计计算机软件，可按有关规定申报部科技进步奖。
第六章 附 则
第二十四条 本办法由交通部基建管理司负责解释。
第二十五条 本办法自发布之日起试行。
软件项目的管理制度 4
为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。
第一章、总则
为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。
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、项目组根据系统运行请款对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。
第十三章、系统验收
1、验收工作准备，按要求整理项目成果物，打印装订成册，并提交客户方。
2、系统主要使用部门及信息技术部门联合成立项目验收小组，从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核，根据验收情况形成系统验收报告
3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。
第十四章、产品维护
1、调出项目主要开发人员，按照合同要求安排维护人员对系统进行技术支持。
2、系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。
第十五章、源码和文档
1、源代码/文档管理采用版本控制软件VisualSourceSafe。
2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查，开发总监或部门经理定期进行抽查。
3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。
第十六章、质量检查
1、项目负责人每天要检查成员的工作完成情况，特别是新员工的工作进展；
2、工作抽查制度：不定期的进行抽检，并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。
3、内部审核制度：针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。
第十七章、文档规范
1、需按照软件实施的阶段落实成果物，参照《软件过程提交成果表》。
2、如果客户有特殊要求，请按照客户要求的规范完成。并将最终的问题提交公司归档备份。
第十八章、软件变更
为规范软件变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。
1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。
2、需求部门提出系统变更需求，项目经理同开发人员一起根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。
3、系统变更实现过程按照软件开发过程规定进行，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。
4、在系统变更完成后，开发人员需将系统变更表的执行结果提交给项目经理，测试人员确认执行结果后，项目经理与需求提出方确认签字后，提交至公司进行归档管理。
软件项目的管理制度 5
为切实增强广大干部尊重和保护知识产权的意识，加强单位软件正版化管理，建立长效机制，特制订本管理制度。
第一条
适用范围 本制度适用于单位全体干部。
第二条
职责部门 单位成立软件正版化领导小组(设在办公室)，负责全面管理和监督本制度的贯彻和落实情况。具体负责软件正版化工作的组织和日常维护。
第三条
软件正版化工作重点范围 操作系统、公办软件、安全软件等。
第四条
各科室负责人作为第一责任人，保证本科室软件使用正版化。
第五条
领导小组办公室制度软件资产管理制度。指定人员担任正版软件资产管理员岗位，负责正版软件的登记造册等工作。
第六条
根据需求制定正版软件采购计划，并将软件采购费用纳入年度预算，确保软件正版化工作资金到位、措施到位、管理到位。
第七条
加强软件资产管理。规范正版软件采购，购买计算机办公设备必须符合预装正版操作系统软件的要求，更新计算机操作系统软件必须使用正版产品。
第八条
要建立规范的正版软件管理台帐，对各类正版软件进行登记。内容包括：软件名称、版本、授权、安装与使用情况。同时对有关的资料(如软件介质、说明书等)进行妥善保存。
第九条
要加强软件正版化培训工作，进一步提高工作人员操作、使用软件的能力和水平，提高工作人员的法律意识，使用正版软件更好地服务于工会各项工作。
第十条
防止任何可能侵犯软件知识产权的风险应注意：
1、电脑内已安装未授权的软件，应立即移除。
2、对以团体身份获得使用权的软件，需确保已安装的软件数目没有超过已购置的软件许可数目。
3、购买新的'电脑时，已预装相关软件的，要核对该软件是否已获得适当的授权。
4、加强版权意识，不准向其他单位或个人提供任何正版软件。因向其他单位或个人提供正版软件而造成版权纠纷的，由软件提供人承担一切后果，未取得版权拥有人的明确批准，不得复制及更改软件。
第十一条
单位干部不得从事下列行为：
1、擅自复制和销售计算机软件产品的复制品。
2、在购买计算机等设备时，要求或允许销售商安装非正版软件。
3、超越授权使用许可的要求扩大安装范围。
4、未经授权把计算机软件放在网上代他人下载。
5、明知未经授权的计算机软件而从网上下载。
6、故意规避或破坏软件著作权人为保护其著作权而采用的技术措施。
7、故意删除或改变计算机软件权力管理信息。
第十二条
对于使用非法软件给单位形象造成影响的，一经查出，除追究相关责任人的责任外，还将追究相关科室负责人的行政责任。
第十三条
本管理制度由单位软件正版化领导小组办公负责解释说明。
第十四条
本管理制度自印发发之日起施行。
软件项目的管理制度 6
第一节总则
第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。
第二条本制度中软件开发指新系统开发和现有系统重改造。
第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台;合作开发诗司与专业IT公司(合作商)共同协作完成IT应用的项目实施和技术支持工作，一般形式诗司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由IT技术中心和合作商共同承担，IT技术中心负责内部(一级)支持，合作商负责外部(二级)支持;外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司等)，由该公司(承包商)负责应用项目的实施。
第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
第五条除特别指定，本制度中项目组包括业务组(或需求提出组)、IT组(可能包括网络管理员和合作开发商)。
第二节立项管理
第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》(附件一)，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。
第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。
第八条《立项分析报告》得到批准后，成立项目组(如果是外包开发，则成立外包商项目组;如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”)，项目组应包括业务组(由公司相关业务部门组成)和IT组(自行开发为办公室网络管理员;外包开发为外包商成员;合作开发为网络管理员和外包商成员)。公司派一名员工负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知蚀胜任项目各方面的工作。
第三节需求分析
第九条立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》(附件二)，并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。
第十条 IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等)。《系统需求规格说明书》需要由业务组提交给相关业务流程负责人确认。
第十一条对于合作开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》(附件四)，IT组组长审批后交给合作开发商实施。
第十二条项目组应对需求变更影响到的文档及时更新。
第四节项目计划和监控
第十三条软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。
第十四条需求分析过程中，项目经理组织制定详细的《项目计划书》(附件五)，包括具体任务描述和项目进度表等。
第十五条在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计划。业务组组长和IT组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。
第十六条项目计划需要变更时，项目经理填写《项目计划变更说明》(附件六)，并提交公司主管领导审批，通过审批后，交给业务组组长和IT组组长执行。
第四节系统设计
第十七条系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。
第十八条在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。
第十九条项目组进行详细设计，出具《设计说明书》(附件七)和《单元测试用例》(附件八)。《设计说明书》中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具《设计评审报告》(附件九)。业务组组长和IT组组长应参加此评审并对评审意见签字确认。
第二十条设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据，确保系统设计满足全部需求。
第二十一条对已确认通过的系统设计进行修改需获得管理部门、业务组组长和IT组组长的审批后方可进行。
第二十二条对系统设计的修改的文档须由文档管理人员进行归档管理。
第五节系统实现
第二十三条项目组根据《设计说明书》制定系统实现计划，并提交项目经理对计划可行性进行审批。
第二十四条系统实现包括程序编码、单元测试和集成测试。
第二十五条项目组保证开发、测试和生产环境立，为各环境建立问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离;如果环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权问生产环境的人员进行详细记录，并对该记录进行定期检查，确保只有经授权的人员才能问到生产环境。
第二十六条项目组进行单元测试和集成测试，测试人员签字确认测试结果。
第七节系统测试和用户测试
第二十七条项目组制定《系统/用户测试计划》(附件十)，并提交项目经理对计划可行性进行审批。
第二十八条《系统/用户测试计划》必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。
第二十九条项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的问控制，确保只有相关项目人员才能问及使用。
第三十条项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。
第三十一条IT组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内部各模块之间的接口和与其他系统的接口进行充分测试。出具《系统测试报告》(附件十一)，测试人员签字确认测试结果。
第三十二条系统测试通过后，IT组配合业务组建立用户测试环境，业务组根据用户测试用例进行用户测试，出具《用户测试报告》(附件十一)，业务组组长和IT组组长应在用户测试报告中签字确认。
第三十三条项目组完成系统助文档(其中包括《用户操作手册》和《安装维护手册》)。凡涉及应用系统的变更，应对系统助文档及时更新。
第八节试运行
第三十四条系统主要使用部门根据项目规模及影响决定试运行策略。第三十五条项目组制定《试运行计划》(附件十二)，并制定试运行验收指标，上报公司主管领导审批。《试运行计划》中应包含问题应对机制，明确问题沟通渠道和职责分工。
第三十六条项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。
第三十七条项目组根据《试运行计划》进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统参数、设置的.转换工作作为系统上线的验收的评估指标之一。
第三十八条数据迁移前，应制定详细的《数据迁移计划》(附件十三)，《数据迁移计划》中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。
第三十九条数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具《数据迁移报告》(附件十四)，其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验收转换结果后在该报告上签字确认。
第四十条系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。
第四十一条系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试运行单位办公室把系统运行情况(系统资源使用，应速度等)记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。
第四十二条试运行达到试运行计划规定的终止条件时，项目组编写《试运行报告》(附件十五)。此报告应由项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期。
第九节系统验收
第四十三条系统主要使用部门及信息技术部门联合组成立系统验收小组，也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估。
第四十四条验收小组应根据验收情况整理形成《系统验收报告》(附件十六)提交系统主要使用部门和信息技术部门审阅。
第四十五条系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。
第十节系统上线
第四十六条系统上线应遵循稳妥、可控、安全的原则。
第四十七条通常情况下，系统上线包含数据迁移工作。
第四十八条项目组制定《系统上线计划》(附件十七)，上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。
第四十九条《系统上线计划》内容应包括但不限于：
1、部署方式和资源分配(包括人力资源及服务器资源);
2、上线工作时间表;
3、上线操作步骤以及问题处理步骤;
4、项目阶段性里程碑和成果汇报(项目执行状态的审阅、进度安排等);
5、数据迁移的需求和实施计划;
6、完整可行的应急预案和“回退”计划;
7、用户培训计划(包括：培训计划、培训手册、培训考核等)
8、总公司下发的系统标准参数配置。
第五十条上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理，对重问题应启动紧急预案。
第五十一条在完成上线后要填写《系统验收评估报告》(附件十八)，上报总公司项目组汇总整理。《系统验收评估报告》内容包括：数据准确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理情况、备份、批处理等。
第五十二条上线单位管理层要对《系统验收评估报告》进行审批签字。
第五十三条公司主管领导批准结项后，业务组和IT组将整理的文档提交各自部门统一管理。
第十一节合作开发管理
第五十四条合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。
第五十五条合作开发商必须遵循公司《软件开发管理制度》。
第五十六条项目经理同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设计变更。
第五十七条项目经理负责监控合作开发商的项目管理及软件开发活动。合作开发商应
按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重问题时，合作开发商需及时向项目经理汇报。
第五十八条IT组组长派专人监控合作开发商的质量保证过程。
第五十九条项目组同合作开发商商定验收的标准和方法。
第六十条以上各要求需要在开发合同中明确。
软件项目的管理制度 7
为切实增强广大干部尊重和保护知识产权的意识，加强单位软件正版化管理，建立长效机制，特制订本管理制度。
第一条、适用范围本制度适用于单位全体干部。
第二条、职责部门单位成立软件正版化领导小组（设在办公室），负责全面管理和监督本制度的贯彻和落实情况。具体负责软件正版化工作的组织和日常维护。
第三条、软件正版化工作重点范围操作系统、公办软件、安全软件等。
第四条、各科室负责人作为第一责任人，保证本科室软件使用正版化。
第五条、领导小组办公室制度软件资产管理制度。指定人员担任正版软件资产管理员岗位，负责正版软件的登记造册等工作。
第六条、根据需求制定正版软件采购计划，并将软件采购费用纳入年度预算，确保软件正版化工作资金到位、措施到位、管理到位。
第七条、加强软件资产管理。规范正版软件采购，购买计算机办公设备必须符合预装正版操作系统软件的要求，更新计算机操作系统软件必须使用正版产品。
第八条、要建立规范的正版软件管理台帐，对各类正版软件进行登记。内容包括：软件名称、版本、授权、安装与使用情况。同时对有关的'资料（如软件介质、说明书等）进行妥善保存。
第九条、要加强软件正版化培训工作，进一步提高工作人员操作、使用软件的能力和水平，提高工作人员的法律意识，使用正版软件更好地服务于工会各项工作。
第十条、防止任何可能侵犯软件知识产权的风险应注意：
1、电脑内已安装未授权的软件，应立即移除。
2、对以团体身份获得使用权的软件，需确保已安装的软件数目没有超过已购置的软件许可数目。
3、购买新的电脑时，已预装相关软件的，要核对该软件是否已获得适当的授权。
4、加强版权意识，不准向其他单位或个人提供任何正版软件。因向其他单位或个人提供正版软件而造成版权纠纷的，由软件提供人承担一切后果，未取得版权拥有人的明确批准，不得复制及更改软件。
第十一条、单位干部不得从事下列行为：
1、擅自复制和销售计算机软件产品的复制品。
2、在购买计算机等设备时，要求或允许销售商安装非正版软件。
3、超越授权使用许可的要求扩大安装范围。
4、未经授权把计算机软件放在网上代他人下载。
5、明知未经授权的计算机软件而从网上下载。
6、故意规避或破坏软件著作权人为保护其著作权而采用的技术措施。
7、故意删除或改变计算机软件权力管理信息。
第十二条、对于使用非法软件给单位形象造成影响的，一经查出，除追究相关责任人的责任外，还将追究相关科室负责人的行政责任。
第十三条、本管理制度由单位软件正版化领导小组办公负责解释说明。
第十四条、本管理制度自印发发之日起施行。
软件项目的管理制度 8
一.引言
1.软件部管理制度编写是结合公司软件研发近期的实际情况，用于规范软件部工作流程以及个人职责，做好产品与项目开发、以及与各部门的协调合作。
二.软件部工作制度
2.1应严格遵守本公司一切规章制度和通告，以及软件部工作流程。
2.2积极工作，团结同事，对工作认真负责。本部门将依照“公司的有关制度”对软件部的每位员工进行月终和年终考核。
2.3每天要有当天的工作计划，在月初对本月的工作大概做出计划，并且对上月的工作情况做出总结。
2.4树立保密意识，涉及公司机密的书籍、资料、信息和成果，员工应妥善保管，若有遗失或失窃，应立即向上级领导汇报。
2.5未经部门经理允许，员工不得私自复印和拷贝有关公司机密文件.2.6不得安装有可能危及公司计算机网络的任何软件，如果确实有需要进行软件测试的，必须将计算机脱离公司计算机网络进行单机操作。任何对公司内部计算机网络的黑客行为是绝对禁止的，一经查实将按公司有关规定严肃处理。
2.7公司提供的互联网访问服务只能被使用在与公司业务有关的方面。
2.8发现其他员工有泄密行为或非本公司人员有窃取机密行为和动机，应及时阻止并向上级领导汇报
2.9为提高员工的知识技能及发挥其潜在智能，使公司人力资源能适应本公司日益迅速发展的需要，公司将举行各种教育培训活动，被指定员工，不得无故缺席，确有特殊原因，应按有关请假制度执行。
2.10员工培训期间，针对每次培训，都需要有培训记录及总结。
三.岗位职责
3.13.1软件部主任软件部主任
3.1.1明确整个软件部近期和长远的目标与规划;
3.1.2负责产品需求调研、分析;
3.1.3负责产品功能和原型设计;
3.1.4负责产品包装、宣传彩页、市场宣传等创意设计;
3.1.5掌握面向对象分析与设计技术，统一建模语言(uml);
3.1.6负责工作的合理分工，使各岗位人员能更高效地完成本职工作;
3.1.7协助软件工程师进行开发工作，推动及协调开发进度，把控产品质量;
3.1.8推动产品开发相关工作;
3.1.9组织会议对程序进行评审;
3.1.10协调各部门项目参与人员之间的关系;
3.1.11负责软件部人员的.考核培训及监督指导工作;
3.1.12完成领导交付的其他相关工作。
3.23.2美工美工
3.2.1负责网站专题页面的创意设计和页面布局;
3.2.2协助主任完善产品设计和包装
3.2.3参与系统功能测试;
3.2.4负责工作的各种文档的编写;
3.2.5协助主任完成其他相关工作任务。
3.33.3软件工程师软件工程师
3.3.1负责需求文档编写，及产品设计方案编写
3.3.2根据需求文档协助主任完成新产品的设计;
3.3.3按项目的要求进行编码和单元测试;
3.3.4负责编写产品测试、维护报告;
3.3.5进行系统故障诊断，负责缺陷修复。
3.3.6参与系统实施和用户培训
软件项目的管理制度 9
为了认真地贯彻政府采购有关文件精神，落实校务公开制度，搞好学校财务预算工作，使学校物资采购程序化、规范化、制度化，现制定以下物资采购制度。
一、采购工作遵循原则
1、公开、公平、公正的原则；
2、自觉接受监督的原则；
3、节约、实用的原则；
4、申报、审批、入库登记的原则；
5、轻、重、缓、急，量入为出，计划预算的原则。
二、采购方式
1、大宗物资采购，实行对外公开招标采购。
2、凡属政府采购范围内的物资，一律按规定报请政府采购。
3、对一次购买量较小，但一年用量较大的物资和低值易耗品，如日常办公用品、水电维修器材、清洁用具等，实行对外公开招标定点采购。
4、零星采购实行两人（含）以上共同采购，并将采购价格每月在校园内网公示（申购部门、物资名称、规格型号、数量、单价、总价、采购人、供货单位、用途）。
5、成立学校物资采购监督小组（学校招标领导小组），成员主要由校领导、总务处、纪委、财务处、工会组成，不定时对物资采购价格进行市场调研和监督。
6、所有物资必须入库登记，所有物资必须由领用人签字出库，并做好物资入库出库档案。
三、采购管理程序
（一）日常办公用品、水电维修器材、清洁用具的采购
各部门结合实际使用情况，本着节约的原则，依据配备标准填报采购计划及相关附表，在每学期的六月和十二月报到总务处，由总务处汇总后，报分管校领导审批，经校领导确定后，由总务处组织实施采购。
（二）教学设备的采购（实习工具及实习材料）
各系部校区根据所开设的专业和现有实习工具、需报废更换工具的实际情况及所需实习材料，于每学期放假前二周将下学期各类教学设备的`需求数量填写完整，经教务处审核，分管校领导审核、院长审批后，由总务处根据校领导批示对各部门需求进行汇总，组织后勤服务中心进行比价、采购、发放。
（三）办公设备的采购
各职能处室、各系部校区、各产业实体的办公设备原则上不再增购，确需添购的，由部门提出申请，总务处本着先调剂，后购买的原则报校领导审批，根据校领导的批示，确定组织采购。办公设备更新根据使用年限和使用状况，无法使用的由使用部门提出更新申请，总务处会同有关部门确定采购设备的型号按程序组织采购。
四、采购审批程序
1、常规物资采购：
10000元以上：部门申报（填写请购单）→分管副校长对购置的必要性与紧迫性进行确认→行政副校长根据学校的财力进行初审→校长办公会议讨论决定→行政副校长、总务处长商量提出采购方案（包括多方询价、竞争性谈判或直接向市政府采购中心申请购买等方式）→经校长同意后组织实施→入库登记→使用部门领取签字。
2000元—10000元：部门申报（填写请购单）→分管副校长确认→行政副校长审核请示校长同意→总务处长根据物资特点提出采购方案请示行政副校长同意→总务处组织实施→入库登记→使用部门领用签字。
500元—2000元：部门申报（填写请购单）→分管副校长确认→行政副校长审批→总务处采购→入库登记→使用部门领用签字
500元以下：部门申报（填写请购单）→分管副校长确认→总务处实施→入库登记→使用部门领用签字。
2、非常规性物资采购：
如参考资料、日常生活用品等非纯属办公用品的采购，不分金额大小均须分管校长或行政副校长审核，报校长同意由相关处室进行采购。
五、零星物资采购管理制度
1、学校实行请购、审批、采购制度。由使用部门提出申请，填写购物申请单，根据财务支出审批权限，报经校领导审批同意后，交总务处采购。
2、学校各种办公用品和劳保用品一般由总务处安排2人统一购买。
3、教学设备及专业技术用品，由申请部门派人随同总务处采购人员一起购买。
4、各种大型活动的纪念品、奖品由申请部门派人随同总务处采购人员一起购买。
5、遇特殊情况，各部门确需要自行采购物品的，须事先向总务处及主管校长申请，经同意后方可购买，采购时必须是两人以上同时购买；否则所购物品，一律不予批准，不得采购。
6、在采购时如遇价格异常，需请示部门领导、总务处同意后方可购买。
7、用品采购后，采购人员须凭税务部门统一发票将物资交财产保管员验收、签字，并由财产保管员记账入库。
8、采购人员应认真把好物资质量关，尽量做到所购物资物美价廉。特殊性专业技术用品，须申购部门陪同购买，在使用中出现型号、规格或其它质量问题，由申购部门负责。
9、采购人员应按照学校批准的采购计划进行采购，未经批准，不得采购。
10、总务处定期统计物资采购情况（包括物资名称、数量、价格、采购日期等），接受领导和部门监督。
软件项目的管理制度 10
1、凡在软件制作室工作的人员，必须以科学的态度，严谨的治学精神，高度负责的责任感，认真刻苦学习现代教育技术理论和制作课件所需的各种软件的操作、运用。
2、每个人都要有“爱护机器设备如同胜过爱自己的眼睛”的理念，十分爱惜公共财务，提高机器的`使用寿命和利用率。
3、课件制作中心室的管理人员，按照“定期、定时、定质、定职”的原则，对课件制作室的机器和设备进行检查、维护、维修。同时，对课件制作的软件加以维护，实行科学管理。
4、在课件开发、制作过程中，大力提倡精诚协作精神。积极鼓励课件优秀制作者带动一批自制课件的参与者，相互学习，共同提高，努力开发一批科技含量高的优质课件。
5、课件制作室的管理人员，充分发挥创造精神，最大限度到发挥现代教育技术的优势，努力提高我校的现代教育技术水平，为创造佳绩做出应有的贡献。
6、教学软件开发任务统一安排，制作出的教学软件及时送资料室编目，并及时归还原始素材资料。
软件项目的管理制度 11
第一章总则
第一条“信息化”是提高企业管理水平的重要途径，由计算机、网络、软件组成的信息系统在公司的生产、经营管理中应用得越来越普遍。根据《中华人民共和国计算机信息系统安全保护条例》、《会计电算化管理办法》、《会计基础工作规范》、《内部会计控制规范》,保证信息系统的安全性、稳定性，为各部门的日常工作提供高效的信息化平台，需要对信息系统的使用、维护、管理进行规范，特制定本制度。
第二条范围。本制度所指的的信息系统包括：OA办公自动化系统、公司网站、ERP系统(金蝶K3系统、用友NC系统、明源ERP系统等)、邮件系统、安全防御系统等以软件应用为主的系统。
第二章组织机构和职能
第三条信息系统管理的职能部门：集团信息中心、公司业务部门
第四条集团信息中
心的主要职能及管理人员岗位职责：
集团信息中心制定专职的系统管理员，保证信息系统数据库服务器、应用服务器、交换机和各终端计算机正常运行，公司系统管理人员建立日常运行维护管理流程并按管理流程对信息系统软件进行日常维护管理；保证信息系统软件的正常运行；清理无用用户数据和管理用户权。
第五条公司信息系统对口业务部门的主要职能：
1、对口业务部门设专（兼）职的信息管理专员1人，保证信息系统软件的正常运行，负责信息系统基础数据的维护，系统日常数据的备份；
2、对口业务部门指派专（兼）人员，负责监督检查公司业务数据录入的正确性、及时性、完整性，系统生成的报表，以及静态管理报表和动态管理报表取数的准确性；
第三章信息系统使用
第六条软件系统操作人员必须严格按集团信息管理中心划分的权限操作，如需变更权限，请向信息管理中心申请。
第七条凡具有软件操作权限的人员，必须严守自己的用户名和密码，不能向他人（包括公司内部和公司外部的人员）透露，如因此造成损失，由该用户自行负责。
第八条要求软件用户经常修改用户密码，以保证密码不泄漏。要求密码在六位以上。
第九条业务部门必须严格按照信息系统有关操作管理的要求，规范操作流程，严密控制访问人员，防止无关用户进入系统，确保应用系统的安全、稳定、持续运行。
第十条操作人员必须根据各业务系统要求及时、准确、完整的录入信息数据。
第十一条未经授权，不得打印或拷贝公司信息数据等内部资料给非授权人员。
第四章系统管理
第十二条新增用户或者用户操作权限变更，都需要按以下流程审批：
1.填写信息系统用户权限申请表（附件1）；
2.主管部门负责人审核；
3.权限涉及部门负责人意见；
4.信息管理中心负责人审批；
5.审批后交信息管理中心办理。
第十三条系统备份。对于数据库集中保存在信息管理中心服务器的应用系统，信息管理中心负责数据库的备份，具体要求如下：
1.建立自动备份策略，每天晚上进行一次本机备份；
2.每周六，把所有数据库的'本机备份拷贝到另一台电脑上保存，备份电脑上至少保存最近五天的备份文件；
3、每月，把所有备份的数据存至集团指定的备份服务器保存，备份服务器至少保存最近十
天的备份文件；
4.每季，把所有备份的数据进行刻录光盘保存；
5.年初，将所有信息系统的数据库刻录光盘保存。
第十四条业务数据修改。如果因为管理需要调整业务，或者因为业务操作错误、系统错误等原因需要直接修改数据库中的数据，根据修改业务数据的影响程度分为一般业务数据修改、重大业务数据修改两种情况处理，分别参见第十五条、第十六条。
第十五条一般业务数据修改，按以下流程执行：
1.填写业务数据修改申请表（附件2）
2.申请部门负责人审核；
3.信息管理中心审核；
4.信息管理中心分管领导审批；
5.审批通过后，信息管理中心进行修改，做好审批表的存档。
第十六条重大业务数据修改指符合以下情形之一的情况：
1.对公司的资产、利润有影响；
2.对财务报表有影响；
3.违反公司相关制度、流程；
4.批量调整基础数据、业务数据。
按以下流程执行：
1.填写业务数据修改申请表（附件3）；
2.申请部门负责人审核；
3.相关部门会签，审计监察中心、财务控制中心必须会签，其他相关部门根据业务影响指定，必要时由人资行政中心召集相关部门集体讨论；
4.信息管理中心审核；
5.信息管理中心分管领导审核；
6.总经理审批；
7.审批通过后，信息管理中心进行修改，做好审批表的存档。
注：涉及财务数据变动业务必须报集团财务控制中心总监审批确认
第五章应用软件系统开发
第十七条若部门有软件开发需求或者系统功能调整需求，由需求部门提出书面申请，按以下流程进行审批：
1.需求部门提出书面申请，并提供相关业务需求、样本数据、计算公式、报表等资料；
2.信息管理中心对业务需求进行整理、分析，对需求部门进行初步调研，提出软件实现方案，提出对相关业务的接口与影响，并建议购买或自行开发；
3.信息管理中心组织管理评审，主要考虑对业务流程的影响、是否符合相关管理制度、是否需要调整部门考核指标等因素，如果该软件需求涉及多个部门的业务，组织其他相关部门进行会签后签署评审意见；
4.信息管理中心分管领导审批；
5.如果是外购软件或实施，还应由总经理审批。
第十八条购买软件或实施服务：
1.信息管理中心起草招标邀请函，至少邀请三家以上的单位参与投标；
2.信息管理中心组织评标，信息管理中心分管领导主持，董事办、人资行政中心、审计监察中心、财务控制中心、运营管理中心采购管理部参加；
3.法律事务部拟定合同，信息管理中心组织合同评审，签订合同；
4.办理款项、收货；
5.组织安装、调试、培训、数据录入等实施工作；
6.进行项目验收。
第十九条软件开发
1.信息管理中心制定详细的开发计划，报分管领导审批；
2.信息管理中心按计划组织软件的开发，需求部门必须确定至少一名熟悉业务的人员配合开发人员进行需求确认、开发、测试；
3.信息管理中心对操作人员进行培训；
4.信息管理中心组织操作人员进行系统初始化，录入必要的基础数据；
5.新系统必须经过一定时间的试运行阶段，以确保软件的适应性、稳定性、准确性。在试运行阶段，新系统与旧系统（或手工处理）并行运行，互相对比操作结果，分析新系统的正确性；
6.信息管理中心组织软件的验收；
7.信息管理中心对软件的源代码、文档进行归档整理并保存，以作为二次开发的重要参考信息；
8.运行3个月后对开发或新购软件应用情况进行总结。
第五章系统操作培训
第二十条实施或开发新的信息系统或者功能模块，或者对系统功能进行较大调整，信息管理中心组织相关操作人员进行集中操作培训。
第二十一条因岗位调整、新进员工等原因需要进行系统操作培训，该部门负责人应首先安排原岗位人员对新到岗人员进行培训，作为工作交接的一部分。
第二十二条如果个别操作人员对系统操作不熟悉，需要进行单独培训，通知信息中心，信息管理中心在两天内进行一对一培训。
第六章附则
第二十三条本制度由信息管理中心负责起草并归口管理，人资行政中心监督执行。
第二十四条本制度从下发之日起开始执行，原相关制度废止。
软件项目的管理制度 12
软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。
本制度适用于公司公司软件开发项目。
1.1 项目立项
信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。
项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。
项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。
业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。
1.2. 系统开发
公司业务部门编写项目需求说明书，提出业务需求和系统需求。
信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。
公司信息技术部根据项目需求编制项目功能说明书。
公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。
公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。
在编码阶段，软件开发人员应有良好的.编写习惯，做好代码注释和说明，并做好单元测试工作。
1.3. 测试
公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。
公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。
由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。
项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。
项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
1.4. 文档管理
开发过程中所涉及的各种文档资料应经相关部门、人员的签字确认并归档保存。
由项目小组编写“数据库设计文档”并和业务人员一起编写“软件操作手册”归档，项目小组协助业务部门做好对操作人员的培训工作。
软件产品稳定后，项目开发小组向信息技术部资料管理员归档所有定稿后需求、设计、测试、手册等文档，作为以后维护工作的依据。
软件在修改过程中修改人员要做好注释说明（时间、修改人、事由），软件修改后修改人员要及时向信息技术部资料管理员提交修改文档。
信息技术部文档管理员要负责做好软件源码和文档的版本控制。
【软件项目的管理制度】相关文章：
软件系统项目的工作总结范文10-19
设备维护管理制度目的04-07
关于软件工程项目的表扬信11-13
建设项目的管理制度04-24
软件项目管理制度范本10-25
软件系统项目的验收报告范文（精选5篇）11-19
工程建设项目的管理制度08-06
基建项目的管理制度（精选12篇）05-20
公司工程项目的管理制度04-26