软件管理制度(大全15篇)
在发展不断提速的社会中，接触到制度的地方越来越多，制度是要求大家共同遵守的办事规程或行动准则。拟定制度需要注意哪些问题呢？以下是小编为大家收集的软件管理制度，仅供参考，欢迎大家阅读。
软件管理制度1
为加强市场部的管理，维护和建立公司与客户的良好关系，使其他部门各项工作得以顺利开展，为规范销售行为，确保销售指标的达成，根据公司相关管理规定，制定本制度。
第一章：销售指标管理
第一条销售指标是评价销售人家业绩的主要参考依据，由销售部经理负责组织规定。
第二条销售部经理在设定销售指标是，需要参考以下因素。
1．近期人均销售量；
2．同类企业人均销售量；
3．市场需求变动情况；
4．公司销售政策的调整等；
第二章销售人员管理
第一条销售人员应以和气的态度与客户接触，应注意服装仪容之整洁。
第二条销售人员应保守各项销售计划、营销策略等商业机密，不得泄露他人。
第三条销售人员不得无故接受客户的招待，更不得工作时间饮酒。
第四条销售人员应熟悉公司产品的特性，能够随时解答客户关于产品性能、规格、价格的问题。
第五条销售人员对待客户的抱怨应忍让，不允许于客户发生冲突。
第六条销售人员应定期拜访客户，收集市场信息，主要包括以下内容。
1．产品质量的反应。
2．客户使用情况及满意度。
3．竞争产品使用情况及满意度。
4．有关行业动态信息。
第七条销售人员离职除依照公司相关规定办理手续外，必须做好以下资料移交工作。
1．所负责的客户花名册。
2．应收账款清单。
3．领用的`公共物品。
第三章销售回款管理
第一条销售人员收到客户的贷款应当日缴回，若因特殊原因不能缴回，应电话通知销售部经理。
第二条销售人员不得以任何理由挪用货款，否则追究其责任。
第三条销售人员应以公司核定的客户信用额度为标准，超过信用额度出货的，公司将追究相关人员的责任。
第四条软件如不能满足客户需求，可以更换版本，不可退货。
第五条销售人员必须在与客户约定的结算日与客户结算，不得延迟。
第六条如收取的货款为支票，应及时交财务部办理拖收。
第四章销售工具的使用，领用管理
第一条销售部所有办公用品由销售内勤统一领取，建立个人账户后领用。
第二条新进试用期的员工，首次领用个人办公用品，需向销售部提出申请，经同意
后视岗位情况核实发放。但金额不能超过200元，试用期内，每个月领取的办工用品应在200元以内。
第三条销售人员需购买非日常性办公用品时，需拟定计划书（急需物品除外）。经销售部经理审批后，由采购购买。
第四条销售人员应在核定的范围内报销手机费用，超过标准的，需销售部经理审批。
第五条摄像头、照相机、等电器的领用，由领用人申请(注明用途)经销售部经理批准后办理。
第五章附加
第一条本制度由销售部负责制定解释及修改。
第二条本制度自发布日起执行。
销售部经理：张林
20xx年1月1日
软件管理制度2
1、作为正版软件资产的管理，财务部门应建立健全正版软件资产的明细台账。
2、应增强保护正版软件知识产权意识，必须严格执行软件正版化的规定，全面采购，使用正版软件，从源头上杜绝盗版侵权软件使用的不良行为。
3、更新、购置软件时应从满足实际工作需要出发，坚持勤俭节约，从严控制，合理配置。应在全面掌握本部门软件自唱情况，工作人员人数，配备种类计算机数以及需要更换和采购的软件数的基础上，区分操作系统软件、办公软件和杀毒软件以及国内企业软件和国外企业软件，细化软件配置需求，科学合理地确定软件配置计划，并将软件采购经费纳入预算管理。
4、单位采购的商业软件应严格按照采购合同的约定，重点加强对软件授权证书或许可协议等核心资料的管理工作，并应在购置合同中约定不得侵犯第三方版权，切实维护采购软件版权的合法性。
5、单位采购软件应当对软件互相兼容、授权方式、信息安全、升级等售后服务提出具体要求，维护软件市场公平竞争秩序。同时，应注意加强软件采购的衔接，确保采购的计算机设备符合预装正版操作系统软件要求。
6、资产管理部门去的软件时，需向供应商索取软件授权证书和
随附物品等，并予以核实，所有能够证明软件和发行的证书及文件，应由单位资产管理部门集中存放和保管。
7、软件资产处置应当严格履行审批手续，坚持优先整合利用。对于确实无法整合利用的，应由单位使用部门提出申请，经技术管理部门专业技术鉴定，资产管理部门会同财务部门出具书面意见后，严格按照规定的权限和固定资产，并及时调整台账。
8、以授权形式购置的软件资产到期后，应当停止使用，并及时办理处理手续。
9、主要负责同志作为本单位使用正版软件的第一责任人，应落实监督责任，保证本单位软件使用正版化。
10、应当每年结合单位固定资产盘点，对软件资产情况进行清查，确保使用的全部软件均为合法软件并登记入账。做到账账相符，账实相符。
11、正版软件执行技术保养规定和维护保养制度，确保设备的完好，清洁、安全使用。
正版软件资产属于我国资产管理范围，应当纳入本单位资产管理体系，确保正版软件资产的安全完整。
一、局办公室作为正版软件资产的监管部门，应配合财务建立健全正版资产的明细帐卡。
二、单位应增强保护知识产权意识，积极执行软件正版化的规定，全面采购、使用正版软件，从源头上杜绝套版侵权软件使用行为。
三、单位更新、购置软件应从满足实际工作需要出发，坚持勤俭节约，从严控制，合理配置。应在全面掌握本部门软件资产情况、工作人员人数、配备种类计算机数以及需要更换和采购的软件数的基础上，区分操作系统软件、办公软件、杀毒软件以及国内企业软件和国外企业软件，细化软件配置需求，科学合理地确定软件配置计划。
四、重点加强对软件授权证书或许可协议等核心资料的`管理工作，并应在购置合同中约定不得侵犯第三方版权，切实维护采购软件版权的合法性。
五、及时与技术服务部门联系对软件互相兼容、授权方式、信息安全、升级等售后服务提出具体要求，维护软件市场公平竞争秩序。同时，应注意加强软硬件采购的衔接，确保采购的计算机办公室设备符合预装正版操作系统的要求。
六、单位资产管理部门取得软件时，需向供应商索取软件授权码和随附物品等，并予以核实。
七、以授权形式购置的软件资产到期后，应及时与供应商联系协调办理相关处置方案。
八、单位主要负责同志作为本单位使用正版软件的第一责任人，应落实监督责任，保证本单位软件使用正版化。
九、单位应当每年对软件资产情况进行清查，确保所使用的全部软件均为合法软件并登记。
十、正版软件严格执行技术操作规程和维护保养制度，确保设备的完好、清洁、安全使用。
软件管理制度3
软件公司绩效考核制度
总则
1.1以客观事实为依据
1.2以考核制度规定的内容、程序与方法为准绳
1.3考核力求公平、公正
考核的职责与权限
2.1考核部门的职责与权限
2.1.1人力资源部是考核工作的组织者与指导者，负责制定有关人事考核的原则、方针和政策；拟订考核制度和考核工作计划；组织和协调各部门的考核工作；统筹指导各部门设计符合自身特点的考核办法。
2.1.2各用人部门是考核办法的设计者和执行者。
2.1.3直接上司是其下级的主要考核者；考核者针对职员工作考核表所列内容对被考核者逐项评定，考核结束后，考核者必须让被考核人了解到取得的成绩与存在的不足。
2.1.4二级考核制：直接主管是一级考核者，是考核的主要负责人；公司考评委员会是二级考核者，对一级考核者的工作进行监督、审核。管理者对下属的考核，必须受到公司考评委员会的监督。
2.1.5下级对上司的考核拥有申诉权，如上司的考评结果不公平，可向公司考评委员会反应。
2.2考核者与被考核者的职责与权限
2.2.1考核者代表公司，按照既定的统一的评定标准，公平、公正地考评下级。考核者要准确地把握考核规则和考核尺度，减少主观因素的影响。
2.2.2被考核者应明确自己的工作职责和考评的评判标准，对自己的工作有一个客观的评价，并有向公司考评委员会申诉的权利。
考核内容
考核内容分为工作态度、工作能力、工作绩效三大模式，按照经理级、职员级设置不同的考核指标，以《经理工作考核表》及《职员工作考核表》中所量化的指标为评判标准。
考核细则
4.1公司的考核采用月考核制，每月3日前，人力资源部将考核表分发到各部门，每月7日前各部门将考评结果反馈到人力资源部
4.2考评办法
4.2.1公司考评委员会根据月初公司书面下达到各部门的月工作计划，临时安排的应由各部门完成的工作及各部门工作完成情况，评定各部门的考评等级，考评等级共分六等，具体为：
等级
条件
系数
A
1：公司月初下达的指标100%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
2：公司交与的突发性工作100%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
3：考虑问题不限于本部门局部利益，具有整体意识
B
1：公司月初下达的指标100%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
2：公司交与的突发性工作95%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
3：考虑问题不限于本部门局部利益，具有整体意识
1.5
C
1：公司月初下达的指标100%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
2：公司交与的突发性工作90%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
3：考虑问题不限于本部门局部利益，具有整体意识
1.2
D
1：公司月初下达的指标100%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
2：公司交与的突发性工作80%完成，无质量问题或存在质量问题，但对公司的整体目标无影响
E
1：公司月初下达的指标100%完成，无质量问题或存在质量问题，但对公司的整体目标无影响或影响不大
2：公司交与的突发性工作50%完成，无质量问题或存在质量问题，但对公司的整体目标无影响或影响不大
0.8
F
1：公司月初下达的指标80%完成，无质量问题或存在质量问题，但对公司的整体目标无影响或影响不大
2：公司交与的突发性工作50%完成，无质量问题或存在质量问题，但对公司的整体目标无影响或影响不大
0.5
G部门工作出现失误，造成公司利益或声誉损失
0
注：考核条件可根据公司实际运作情况做季度性调整
4.2.2各部门经理（主管）根据工作考绩表评定本部门职员的考评等级，并且考评等级须拉开一定档次具体为：
等级条件系数
A月度考评成绩在95分以上（含95分）
B月度考评成绩在90分以上（含90分）
1.5
C月度考评成绩在80分以上（含80分）
1.2
D月度考评成绩在70分以上（含70分）
E月度考评成绩在60分以上（含60分）
0.8
F月度考评成绩在50分以上（含50分）
0.5
G工作出现失误，造成公司利益或声誉损失
0
4.2.3职员考勤的`规定
A）职员一个月内迟到、早退累计达4（含4次）次以上，月考核时不得评为A等；迟到、早退累计达6（含6次）次以上，月考核时不得评为A等、B等；迟到、早退累计达8（含8次）次以上，月考核时不得评为A等、B等、C等；迟到、早退累计达10（含10次）次以上，取消绩效工资。
B）职员一个月内事假累计在1天（含1天）以上，月度考核时不得评为A等；事假累计在2天（含2天）以上，月考核时不得评为A等、B等；事假累计在3天（含3天）以上，月考核时不得评为A等、B等、C等；事假累计在4天（含4天）以上，取消绩效工资。
C）职员一个月内病假累计在1天（含1天）以上，月度考核时不得评为A等；病假累计在2天（含2天）以上，月考核时不得评为A等、B等；病假累计在3天（含3天）以上，月考核时不得评为A等、B等、C等；病假累计在5天（含5天）以上，取消绩效工资。
d)职员旷工0.5天（含0.5天）以上，月考核时不得评为C等（含C等）以上、旷工1天以上（含1天），月考核时取消绩效工资。
4.3绩效工资和考评结果挂钩的办法
4.3.1将部门所有职员的绩效工资乘以职员考评等级系数后累计的总额作为基点A。
4.3.2将公司对部门的考评等级系数乘以部门的绩效工资总额作为基点B。
4.3.3职员（职员级）实际绩效工资总额=绩效工资x本人的考评系数xB/A职员（经理级）实际绩效工资总额=绩效工资x本人的考评系数x部门的考评系数。
4.4每年10月1日以前入职者，当年需作年度考评，年终奖按起实际的入职时间计算。10月日（含）以后入职者，当年不做年度考评，不享受当年的年终奖。
年终奖、年终劝退与考评结果挂钩的规定
5.1年终奖与考评结果挂钩的规定
年终时，公司将根据各部门全年考核的综合成绩与职员个人考核的综合成绩，评定出三个等级的年终奖金，具体比例为：
一等：公司职员总数的10%
二等：公司职员总数的20%
三等：公司职员总数的60%
5.2年终劝退与考核结果挂钩的规定
年终时，公司将参考各部门全年考核的综合成绩与职员个人考核的综合成绩，对最差的10%的职员（公司职员总数），劝其自动离职。
软件管理制度4
第一节总则
第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。
第二条本制度中软件开发指新系统开发和现有系统重改造。
第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台;合作开发诗司与专业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组组长派专人监控合作开发商的质量保证过程。
第五十九条项目组同合作开发商商定验收的标准和方法。
第六十条以上各要求需要在开发合同中明确。
4、工程项目管理制度
为了规范和加强建设工程管理工作，提高建设工程施工项目管理水平,一般单位都会制定工程项目管理制度
软件管理制度5
公司内部管理制度
发件部门：人力资源部审批：总经办适用范围：公司全体员工生效日期：20xx年7月
1第一部分公司考勤
第一章总则
第一条员工考勤是公司管理的基础性工作，是计发工资、奖金、福利的重要依据，员工上下班必须指纹打卡考勤。
第二条员工的`考勤由人事行政部负责管理。
第三条员工须按照公司规定进行考勤并及时对异常考勤及假情况进行申报。
第四条各级管理者须对员工的考勤情况进行监控，并按照规定及时审批员工的异常考勤。
第二章细则
第一节考勤分类说明
一、迟到、早退
第五条公司实行单双休工作制。每天具体工作时间为：上午8:30—11:30，下午13:00—18:00。
第六条员工上下班必须在指纹打卡机上签到，签到次数为两次，即上班和下班各一次。
第七条上班不得迟到与早退。
第八条
1.迟到：超过上午8:30到岗。如因堵车等自己无法控制的原因导致迟到需提前电话通知人事行政部。每月迟到两次以上者，从第三次开始处罚。
2.早退：早于下午18:00离岗。
扣款规定迟到、早退每次罚款30元：每月迟到、早退以及脱岗累计达到2次以上开始计算处罚（即从第3次开始计算处罚）。
软件管理制度6
1、凡在软件制作室工作的人员，必须以科学的态度，严谨的治学精神，高度负责的责任感，认真刻苦学习现代教育技术理论和制作课件所需的各种软件的操作、运用。
2、每个人都要有“爱护机器设备如同胜过爱自己的眼睛”的理念，十分爱惜公共财务，提高机器的使用寿命和利用率。
3、课件制作中心室的管理人员，按照“定期、定时、定质、定职”的原则，对课件制作室的机器和设备进行检查、维护、维修。同时，对课件制作的软件加以维护，实行科学管理。
4、在课件开发、制作过程中，大力提倡精诚协作精神。积极鼓励课件优秀制作者带动一批自制课件的参与者，相互学习，共同提高，努力开发一批科技含量高的优质课件。
5、课件制作室的`管理人员，充分发挥创造精神，最大限度到发挥现代教育技术的优势，努力提高我校的现代教育技术水平，为创造佳绩做出应有的贡献。
6、教学软件开发任务统一安排，制作出的教学软件及时送资料室编目，并及时归还原始素材资料。
软件管理制度7
软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。
本制度适用于公司公司软件开发项目。
1.1 项目立项
信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。
项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。
项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。
业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。
1.2. 系统开发
公司业务部门编写项目需求说明书，提出业务需求和系统需求。
信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。
公司信息技术部根据项目需求编制项目功能说明书。
公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。
公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。
在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。
1.3. 测试
公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。
公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。
由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。
项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。
项目小组编写“软件上线计划”，按计划安全稳妥的'实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
1.4. 文档管理
开发过程中所涉及的各种文档资料应经相关部门、人员的签字确认并归档保存。
由项目小组编写“数据库设计文档”并和业务人员一起编写“软件操作手册”归档，项目小组协助业务部门做好对操作人员的培训工作。
软件产品稳定后，项目开发小组向信息技术部资料管理员归档所有定稿后需求、设计、测试、手册等文档，作为以后维护工作的依据。
软件在修改过程中修改人员要做好注释说明（时间、修改人、事由），软件修改后修改人员要及时向信息技术部资料管理员提交修改文档。
信息技术部文档管理员要负责做好软件源码和文档的版本控制。
软件管理制度8
一、为创造一个文明、优美、整洁、有序的办公环境、增强员工对公司的责任感和归属感、推进公司日常工作规范化、秩序化、树立公司形象,特制定本制度。
二、本制度适用于本公司办公室内及公共区域（办公室、走廊、楼梯、卫生间、）的环境卫生管理。
三、公司所有员工都应提高环境卫生意识，养成良好的环境卫生习惯。
室内环境卫生管理：
一、公司员工个人的.办公桌、椅、电脑、书柜、书架、文件筐等由使用者本人负责卫生与洁工作；须保持整洁、干净。
二、个人的文件、资料须摆放整齐，桌面应保持整洁、干净；与工作无关的物品尽量不要摆放在办公桌上。
三、上班后要将个人桌面、显示器表面擦拭干净。下班后个人的文件要整理、摆放整齐；座椅要归位。
公共区域环境卫生管理：
一、办公室地面每日轮值人员要认真打扫，拖把洗干净，拧干水后拖地，保持地面清洁、干净，无污染。
二、当日轮值人员要检查办公室垃圾蒌，当垃圾蒌内垃圾超过三分之二时应及时清理。
三、公共走廊、楼梯、卫生间每日轮值人员要认真打扫，保持地面无瓜皮、果壳、纸屑等脏物。
四、卫生间洗手台面、镜面要保持干净、清洁，卫生间纸篓要每日清倒。
五、卫生工具用后及时清洁整理、摆放整齐。如有损坏要及时上报。
六、特殊岗位人员（如食堂/仓库）应保持好自己工作管辖区域内的卫生清洁，物品摆放有序，无废弃物等。定期检查整理，如整理仓库时，若工作量较大，需要人手时，应及时提出。
七、及时做好盆景的浇灌，鱼缸换水及相关设备的清洗工作。
八、本文未涉及或新增及其他事项按照领导指示执行。
软件管理制度9
为切实增强广大干部尊重和保护知识产权的意识，加强单位软件正版化管理，建立长效机制，特制订本管理制度。
第一条、适用范围本制度适用于单位全体干部。
第二条、职责部门单位成立软件正版化领导小组（设在办公室），负责全面管理和监督本制度的贯彻和落实情况。具体负责软件正版化工作的组织和日常维护。
第三条、软件正版化工作重点范围操作系统、公办软件、安全软件等。
第四条、各科室负责人作为第一责任人，保证本科室软件使用正版化。
第五条、领导小组办公室制度软件资产管理制度。指定人员担任正版软件资产管理员岗位，负责正版软件的登记造册等工作。
第六条、根据需求制定正版软件采购计划，并将软件采购费用纳入年度预算，确保软件正版化工作资金到位、措施到位、管理到位。
第七条、加强软件资产管理。规范正版软件采购，购买计算机办公设备必须符合预装正版操作系统软件的要求，更新计算机操作系统软件必须使用正版产品。
第八条、要建立规范的正版软件管理台帐，对各类正版软件进行登记。内容包括：软件名称、版本、授权、安装与使用情况。同时对有关的资料（如软件介质、说明书等）进行妥善保存。
第九条、要加强软件正版化培训工作，进一步提高工作人员操作、使用软件的`能力和水平，提高工作人员的法律意识，使用正版软件更好地服务于工会各项工作。
第十条、防止任何可能侵犯软件知识产权的风险应注意：
1、电脑内已安装未授权的软件，应立即移除。
2、对以团体身份获得使用权的软件，需确保已安装的软件数目没有超过已购置的软件许可数目。
3、购买新的电脑时，已预装相关软件的，要核对该软件是否已获得适当的授权。
4、加强版权意识，不准向其他单位或个人提供任何正版软件。因向其他单位或个人提供正版软件而造成版权纠纷的，由软件提供人承担一切后果，未取得版权拥有人的明确批准，不得复制及更改软件。
第十一条、单位干部不得从事下列行为：
1、擅自复制和销售计算机软件产品的复制品。
2、在购买计算机等设备时，要求或允许销售商安装非正版软件。
3、超越授权使用许可的要求扩大安装范围。
4、未经授权把计算机软件放在网上代他人下载。
5、明知未经授权的计算机软件而从网上下载。
6、故意规避或破坏软件著作权人为保护其著作权而采用的技术措施。
7、故意删除或改变计算机软件权力管理信息。
第十二条、对于使用非法软件给单位形象造成影响的，一经查出，除追究相关责任人的责任外，还将追究相关科室负责人的行政责任。
第十三条、本管理制度由单位软件正版化领导小组办公负责解释说明。
第十四条、本管理制度自印发发之日起施行。
软件管理制度10
为了认真地贯彻政府采购有关文件精神，落实校务公开制度，搞好学校财务预算工作，使学校物资采购程序化、规范化、制度化，现制定以下物资采购制度。
一、采购工作遵循原则
1、公开、公平、公正的原则；
2、自觉接受监督的原则；
3、节约、实用的原则；
4、申报、审批、入库登记的原则；
5、轻、重、缓、急，量入为出，计划预算的原则。
二、采购方式
1、大宗物资采购，实行对外公开招标采购。
2、凡属政府采购范围内的物资，一律按规定报请政府采购。
3、对一次购买量较小，但一年用量较大的物资和低值易耗品，如日常办公用品、水电维修器材、清洁用具等，实行对外公开招标定点采购。
4、零星采购实行两人（含）以上共同采购，并将采购价格每月在校园内网公示（申购部门、物资名称、规格型号、数量、单价、总价、采购人、供货单位、用途）。
5、成立学校物资采购监督小组（学校招标领导小组），成员主要由校领导、总务处、纪委、财务处、工会组成，不定时对物资采购价格进行市场调研和监督。
6、所有物资必须入库登记，所有物资必须由领用人签字出库，并做好物资入库出库档案。
三、采购管理程序
（一）日常办公用品、水电维修器材、清洁用具的采购
各部门结合实际使用情况，本着节约的原则，依据配备标准填报采购计划及相关附表，在每学期的`六月和十二月报到总务处，由总务处汇总后，报分管校领导审批，经校领导确定后，由总务处组织实施采购。
（二）教学设备的采购（实习工具及实习材料）
各系部校区根据所开设的专业和现有实习工具、需报废更换工具的实际情况及所需实习材料，于每学期放假前二周将下学期各类教学设备的需求数量填写完整，经教务处审核，分管校领导审核、院长审批后，由总务处根据校领导批示对各部门需求进行汇总，组织后勤服务中心进行比价、采购、发放。
（三）办公设备的采购
各职能处室、各系部校区、各产业实体的办公设备原则上不再增购，确需添购的，由部门提出申请，总务处本着先调剂，后购买的原则报校领导审批，根据校领导的批示，确定组织采购。办公设备更新根据使用年限和使用状况，无法使用的由使用部门提出更新申请，总务处会同有关部门确定采购设备的型号按程序组织采购。
四、采购审批程序
1、常规物资采购：
10000元以上：部门申报（填写请购单）→分管副校长对购置的必要性与紧迫性进行确认→行政副校长根据学校的财力进行初审→校长办公会议讨论决定→行政副校长、总务处长商量提出采购方案（包括多方询价、竞争性谈判或直接向市政府采购中心申请购买等方式）→经校长同意后组织实施→入库登记→使用部门领取签字。
20xx元—10000元：部门申报（填写请购单）→分管副校长确认→行政副校长审核请示校长同意→总务处长根据物资特点提出采购方案请示行政副校长同意→总务处组织实施→入库登记→使用部门领用签字。
500元—20xx元：部门申报（填写请购单）→分管副校长确认→行政副校长审批→总务处采购→入库登记→使用部门领用签字
500元以下：部门申报（填写请购单）→分管副校长确认→总务处实施→入库登记→使用部门领用签字。
2、非常规性物资采购：
如参考资料、日常生活用品等非纯属办公用品的采购，不分金额大小均须分管校长或行政副校长审核，报校长同意由相关处室进行采购。
五、零星物资采购管理制度
1、学校实行请购、审批、采购制度。由使用部门提出申请，填写购物申请单，根据财务支出审批权限，报经校领导审批同意后，交总务处采购。
2、学校各种办公用品和劳保用品一般由总务处安排2人统一购买。
3、教学设备及专业技术用品，由申请部门派人随同总务处采购人员一起购买。
4、各种大型活动的纪念品、奖品由申请部门派人随同总务处采购人员一起购买。
5、遇特殊情况，各部门确需要自行采购物品的，须事先向总务处及主管校长申请，经同意后方可购买，采购时必须是两人以上同时购买；否则所购物品，一律不予批准，不得采购。
6、在采购时如遇价格异常，需请示部门领导、总务处同意后方可购买。
7、用品采购后，采购人员须凭税务部门统一发票将物资交财产保管员验收、签字，并由财产保管员记账入库。
8、采购人员应认真把好物资质量关，尽量做到所购物资物美价廉。特殊性专业技术用品，须申购部门陪同购买，在使用中出现型号、规格或其它质量问题，由申购部门负责。
9、采购人员应按照学校批准的采购计划进行采购，未经批准，不得采购。
10、总务处定期统计物资采购情况（包括物资名称、数量、价格、采购日期等），接受领导和部门监督。
软件管理制度11
为切实增强广大干部尊重和保护知识产权的意识，加强单位软件正版化管理，建立长效机制，特制订本管理制度。
第一条
适用范围 本制度适用于单位全体干部。
第二条
职责部门 单位成立软件正版化领导小组(设在办公室)，负责全面管理和监督本制度的贯彻和落实情况。具体负责软件正版化工作的组织和日常维护。
第三条
软件正版化工作重点范围 操作系统、公办软件、安全软件等。
第四条
各科室负责人作为第一责任人，保证本科室软件使用正版化。
第五条
领导小组办公室制度软件资产管理制度。指定人员担任正版软件资产管理员岗位，负责正版软件的登记造册等工作。
第六条
根据需求制定正版软件采购计划，并将软件采购费用纳入年度预算，确保软件正版化工作资金到位、措施到位、管理到位。
第七条
加强软件资产管理。规范正版软件采购，购买计算机办公设备必须符合预装正版操作系统软件的要求，更新计算机操作系统软件必须使用正版产品。
第八条
要建立规范的正版软件管理台帐，对各类正版软件进行登记。内容包括：软件名称、版本、授权、安装与使用情况。同时对有关的资料(如软件介质、说明书等)进行妥善保存。
第九条
要加强软件正版化培训工作，进一步提高工作人员操作、使用软件的能力和水平，提高工作人员的法律意识，使用正版软件更好地服务于工会各项工作。
第十条
防止任何可能侵犯软件知识产权的风险应注意：
1、电脑内已安装未授权的软件，应立即移除。
2、对以团体身份获得使用权的软件，需确保已安装的软件数目没有超过已购置的'软件许可数目。
3、购买新的电脑时，已预装相关软件的，要核对该软件是否已获得适当的授权。
4、加强版权意识，不准向其他单位或个人提供任何正版软件。因向其他单位或个人提供正版软件而造成版权纠纷的，由软件提供人承担一切后果，未取得版权拥有人的明确批准，不得复制及更改软件。
第十一条
单位干部不得从事下列行为：
1、擅自复制和销售计算机软件产品的复制品。
2、在购买计算机等设备时，要求或允许销售商安装非正版软件。
3、超越授权使用许可的要求扩大安装范围。
4、未经授权把计算机软件放在网上代他人下载。
5、明知未经授权的计算机软件而从网上下载。
6、故意规避或破坏软件著作权人为保护其著作权而采用的技术措施。
7、故意删除或改变计算机软件权力管理信息。
第十二条
对于使用非法软件给单位形象造成影响的，一经查出，除追究相关责任人的责任外，还将追究相关科室负责人的行政责任。
第十三条
本管理制度由单位软件正版化领导小组办公负责解释说明。
第十四条
本管理制度自印发发之日起施行。
软件管理制度12
第一章总则
第一条“信息化”是提高企业管理水平的重要途径，由计算机、网络、软件组成的信息系统在公司的生产、经营管理中应用得越来越普遍。根据《中华人民共和国计算机信息系统安全保护条例》、《会计电算化管理办法》、《会计基础工作规范》、《内部会计控制规范》,保证信息系统的安全性、稳定性，为各部门的日常工作提供高效的信息化平台，需要对信息系统的使用、维护、管理进行规范，特制定本制度。
第二条范围。本制度所指的的信息系统包括：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个月后对开发或新购软件应用情况进行总结。
第五章系统操作培训
第二十条实施或开发新的信息系统或者功能模块，或者对系统功能进行较大调整，信息管理中心组织相关操作人员进行集中操作培训。
第二十一条因岗位调整、新进员工等原因需要进行系统操作培训，该部门负责人应首先安排原岗位人员对新到岗人员进行培训，作为工作交接的一部分。
第二十二条如果个别操作人员对系统操作不熟悉，需要进行单独培训，通知信息中心，信息管理中心在两天内进行一对一培训。
第六章附则
第二十三条本制度由信息管理中心负责起草并归口管理，人资行政中心监督执行。
第二十四条本制度从下发之日起开始执行，原相关制度废止。
第二十五条本制度的附件有：
附件1：信息系统用户申请单
附件2：一般业务数据修改申请表
软件管理制度13
人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中，计算机及其软件产品发挥着至关重要的作用。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关问题．以期提高软件项目的开发效率。
1、关于软件项目管理
1．1项目与项目管理
项目是一个旨在完成一个或一些独特产品或服务的过程．它有着一系列被详细描述的属性。由于项目的独特性和一次性特征，引伸出它的其他特点．如目标的确定性．成果的不可挽回性组织的临时性和开发性等。基于项fli的这些特点．项目运作更加注重项目决策前的计划以及对实施过程的控制，以减少项目运作的风险。项目管理是2o世纪50年代后期发展起来的一种计划管理方法，它运用先进科学的管理方式．有效解决大型组织的效率低下和小型企业面临的风险增加问题以组织的机动灵活．面向客户和资源利用率高而被广泛应用。在工程设计．施工软件项目的开发、实麓中经常会遇到进度拖延．费用超支、质量不达要求等问题除去极少数是因为技术原因造成，绝大部分是源于僵化的管理和不当的管理方式。
1．2软件项目管理
各软件企业都在积极将软件项目管理引入开发活动中．对开发实行有效的管理。从概念上讲．软件项目管理是为了使软件项目能够按照预定的成本．进度、质量顺利完成．而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理．专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
2、软件项目控制
2．1软件项目控制
软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划，正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动．主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模工作量成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。
2．2软件项目控制的内容
软件项目控制的目的是为软件项目的.过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括：a、追踪软件项目的进展于表现从而与所作的估计、承诺和计划做出对比：b、追踪软件项目的风险；c、在发生对计划的严重偏离时采取适当的更正行为。
2．3软件项目控制步骤
由于软件开发是处在一个开放的动态系统中，开发环境的不断变化要求不断修改项目计划，以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的问题．解决这些新的矛盾和问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据．如果在项目实施过程中控制不住．很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤：a、预测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作；c、正在(或已经)发生的实事同预测的结果进行比较——分析误差产生的原因：d及时采取补救措施．以满足项目目标，预算和进度的要求。
3、软件项目控制具体操作
3．1软件项目进度控制
为了确保软件开发中的各项工作能按照计划预定的日程顺利完成．对项目的进度要进行控制。进度控制的过程是．在项目实施过程中，不断地进行实际进度值与计划值的比较、发现偏差、检查分析其产生的原因，并采取相应的措施加以解决。
3．1．1进度控制流程
(1)进度控制的输入
进度计划。项目进度基准是项目测量和报告的基础和标准。
实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度问题。
变更要求。项目变更要有严格的申请和审批手续。
进度管理的技术和工具。
(2)进度管理的技术和工具
进度控制变更系统。为有效实现进度管理与控制．进度控制系统应设立实现重新计划的全部功能。包括：文件设立．跟踪即实施报告．变更评估等。
实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏措施。而实施情况报告提供了决策的主要信息。如变更分析．趋势分析．已实现价值分析等。
纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求，在项目实施过程中．需要不断对原计划进行调整或增加新的工作内容。为此．需要不断对实施的项目进行活动时间预测。修改活动过程．替代进度方案分析。
项目管理软件。它的作用是跟踪项目按计划日期展开实际工作的情况．对照进度计划分析进度现状，找出进度的偏差．分析进度偏差对项目的影响．预测未来走势
(3)项目进度控制的输出
进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种．师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。
从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估与选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。
3．1．2进度控制方法
一般项目进度控制采用因果分析．分析用四步完成：
(1)明确问题。实际完成情况与项目里程碑相对照．确定是否超期．超期的部分是在哪里。
(2)查找产生该问题的原因。位从系统角度充分认识各方原因．应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组，以及在各职能部门的人共同分析问题产生原因。
(3)确定个原因对问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法，事先确定权数．而后打分得出分析结果。
(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对问题提出解决方案．并实施。
3．1．3软件项目进度控制具体措施
在实施进度计划过程中，会有种种故障：客户的需求进行了补充或修改；工作量估算不准，造成进度不平衡或是有人不遵从开发规范．导致产品出现缺陷；或是技术环节出现故障，这些问题往往是在进度计划外出现的．一旦出现这些问题，项目进度不得不进行调整。开发过程中为了有效控制类似问题，可以采用以下辅助措施，控制进度按计划执行：
(1)政策性措施。对于不遵从开发规范，人员不按时履行职责的．给予经济或是职务上的处罚．这种措施应是建立在分配任务之前；
(2)人员安排。在各子项目接口处适当安排机动人员与机动时间。这一措施有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估．奖励问题。
(3)技术措施，要想很好地执行进度计划，需要事先有统一的规范例如开发语言的统一，文档的归类。这样便于下一阶段人员理解上一阶段人员意图，交流更加容易。
(4)信息流措施。该措施要求建立一个信息流系统．准时汇报项目进度．便于主控人员调整进度，并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。
(5)资金措施。财务部门可以定期检查各部门财务情况．控制资金流出时间．进而控制项目进度。这与后面要讲到的三者权衡有密切关系。
3．2软件项目费用控制
费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段．原型设计阶段开发阶段．测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润．在实施项目过程中就要控制成本．在控制过程中，首先要拟定一个标准．即计划值．然后进行实际至于计划值的比较，确定实际值与计划标准的偏差大小．以便在此基础上采取各种措施纠正偏差．常用的分析工具是偏差分析。
偏差是指实际成本对相应计划的偏离，成本偏差的数学公式为：
cv=bcwp-acwp(负数cv表明出现超支；反之，则节资)(3—1)
其中：cv为成本偏差，bcwp为计划工作预算，acwp为完成工作实际成本。
在进行成本偏离计划程度分析时，常用计划偏差率反应时给予计划的偏离程度。
cvp=cv／bcwp(3-2)
其中cvp为成本偏差率。
偏差值是控制分析中的一个关键参数，因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次，对偏差的控制程度不一样，制定偏差允许值的方法也不同。由于随着时间的推移风险减少了，因而偏差允许也可降低。
3．3软件项目质量控制
对于软件产品的项目质量控制应是事前有预控，过程有监控的主动控制闭环系统。(1)事前预控：根据影响质量因素多等特点．软件项目质量必须事前预控，及根据软件的类型和特点，以及以往类似项目的常发病和预防措施，对软件项目质量提出事前预控措施，包括制定控制的计划和程序，这是项目质量控制的前提。(2)过程监控：根据易产生质量波动和易产生系统因素变异等特点，软件项目质量必须过程监控．即按照预控的计划和程序，对工序、分项、单元的全过程进行过程监控．包括监测、检查、控制和评定．这是项目质量控制的基础。
软件管理制度14
第一章 总 则
第一条为规范学校采购行为，保护采购当事人合法权益，促进廉政建设，依据《中华人民共和国招标投标法》《中华人民共和国政府采购法》等法律法规，结合学校实际，制定本办法。
第二条本办法适用于使用财政性（学校财务直接核算）资金的采购活动。本办法所称采购，是指以合同方式有偿取得货物、工程和服务的行为，包括购买、租赁、委托、雇用等。
第三条学校采购行为应当遵循公平、公开、公正和诚实守信原则。
第四条各单位应加强采购计划和预算管理，科学、准确地编制采购计划和预算。
第五条采购项目在申请采购前须落实采购经费来源并经过相关业务归口管理部门批准。
第六条学校按照《中央预算单位政府集中采购目录及标准》中的政府分散采购限额标准（以下简称“政府限额”），制定学校统一采购限额标准（以下简称“校级限额”）。
第七条学校采购分为“统一采购”和“零星采购”。
（一）“统一采购”是指采购预算达到“校级限额”或“中央预算单位政府集中采购目录”以内的由采购职能部门和招标中心共同组织的采购，包含“政府采购”与“校级采购”。“政府采购”是指采购预算达到“政府限额”以上或“中央预算单位政府集中采购目录”以内的项目。“校级采购”是指“中央预算单位政府集中采购目录”以外，采购预算达到“校级限额”以上“政府限额”以下的项目。
（二）“零星采购”是指采购预算未达到“校级限额”且不在“中央预算单位政府集中采购目录”内的项目，由项目申请单位或业务归口管理部门自行组织的采购。
第二章 组织机构及职责
第八条学校采购工作遵循“统一领导、管办分离”的原则。由采购领导小组、采购主管部门、采购职能部门、业务归口管理部门，项目申请单位共同组成采购机构。
第九条学校成立采购领导小组，由分管采购工作的副校长担任组长，其他分管采购职能部门的副校长担任副组长，成员由计划财务处、政府采购与招投标管理中心（以下简称“招标中心”）、后勤管理处、实验室及设备管理处、虎溪校区管理委员会、基建规划处、审计处、法制办等部门组成。其主要职责为：
（一）全面领导学校的采购工作；
（二）讨论制定学校采购工作的规章制度；
（三）讨论决定学校采购工作的重大事项；
（四）讨论决定学校校级采购的范围与限额标准；
（五）讨论决定学校采购工作的奖惩意见；
（六）审定学校采购活动中其他需要决定的事项。
第十条招标中心为学校采购主管部门，其主要职责：
（一）贯彻执行国家政府采购与招投标法律法规和相关政策；
（二）研究起草学校采购管理办法及实施细则、督促相关部门拟定专项实施细则和工作规范；
（三）协助财务部门编制学校年度政府采购预算；
（四）负责政府采购计划备案申请及审批申请的上报，向上级主管部门上报学校各类采购统计信息等政府采购管理工作；
（五）负责“统一采购”项目采购方式审核及备案；
（六）负责“_大学采购评审专家库”的建设和管理；
（七）负责审核政府采购文件,组织“统一采购”项目的开评标，依据评审结果按程序确定中标或成交供应商；
（八）协助采购职能部门处理其承办项目的质疑和投诉；
（九）完成学校安排的其他工作。
第十一条采购职能部门为学校采购工作的具体实施部门，必须配备专职采购人员组织实施统一采购项目，其主要职责：
（一）负责执行和实施政府采购相关政策及学校采购相关规定，依据国家法律法规和学校的管理制度，拟定职责范围内的专项实施细则和工作规范；
（二）负责组织编制采购文件，实施业务范围内项目的统一采购及协调工作；
（三）负责处理业务范围内采购项目的质疑和投诉；
（四）负责政府采购项目合同公告并提交采购管理部门进行政府采购执行情况备案；
（五）负责业务范围内采购项目的数据统计、资料归档等；
（六）完成学校安排的其他工作。
第十二条采购职能部门采购业务范围：
（一）实验室及设备管理处:集采目录内的各种货物，仪器设备、ABC校区家具、成品软件和实验材料，仪器设备升级及维保等；
（二）虎溪校区管委会:虎溪校区货物（科研仪器设备除外）、服务及自筹经费修缮工程等；
（三）后勤管理处：ABC 校区修缮工程，后勤相关货物、服务等；
（四）基建规划处：学校新、改、扩建工程及配套项目，虎溪校区国拨经费修缮工程；
（五）招标中心：其他工程、货物、服务等。
第十三条相关职能部门为学校业务归口管理部门，其主要职责：
（一）负责业务归口管理工作范畴的采购项目立项或计划批准、论证；
（二）负责审定项目申请单位的采购需求及其他技术性文件；
（三）负责审核合同以及项目执行情况的监督检查，填报政府采购合同执行情况表提交采购职能部门；
（四）负责组织业务归口管理采购项目的实施及验收工作。
第十四条业务归口管理部门负责的项目范围：
（一）基建规划处：国拨经费修缮项目，新建、改建、扩建工程项目及相关货物、服务等；
（二）后勤管理处：ABC 校区后勤管理与服务事项。国拨经费修缮项目，校园环境绿化改造，修缮装修工程，特种设备维修，后勤保障物资及服务，水、电、气的供用、维保、维修改造工程，物业服务等；
（三）图书馆：各类图书、期刊、电子出版物等及相关服务；
（四）虎溪校区管委会：虎溪校区后勤管理与服务事项。各类货物（科研仪器设备除外），国拨经费修缮项目，校园环境绿化改造，修缮装修工程，特种设备维修，后勤保障物资及服务，水、电、气的供用、维保、维修改造工程，物业服务等；
（五）国际处:各类出国访学、研修、实习实践相关服务等；
（六）项目未明确归口管理部门的，由项目申请单位自行履行业务管理职责或者由学校采购领导小组指定相关部门负责，项目申请单位提交合同归口部门审核合同。
第十五条项目申请单位主要职责：
（一）负责采购项目立项申请、预算申报和市场调研，科学合理确定采购需求；
（二）负责采购申请，确认采购文件，起草采购合同项目专用条款。参与货物类采购项目采购文件编制，拟定评审因素、评审标准及特殊的商务要求等；
（三）列席校级采购项目评审会；
（四）负责合同执行，项目实施、验收及履约情况反馈。
第三章 采购方式
第十六条“统一采购”项目原则上由采购职能部门组织编制采购文件，招标中心组织开评标。采购预算金额达到“校级限额”的项目及“中央预算单位政府集中采购目录”范围内的项目，按照下列范围及方式执行：
（一）采购预算金额在“校级限额”与“政府限额”之间的项目，原则上采用校级采购；
（二）采购预算金额达到“政府限额”的项目以及“中央预算单位政府集中采购目录”范围内的项目，按国家相关法律法规实施政府采购；
（三）采购预算金额达到“政府采购”公开招标限额的货物、服务，原则上采用公开招标方式采购，若需采用非公开招标方式采购，须按照相关法律法规要求报教育部、财政部批准后实施；
（四）达到公开招标限额的工程项目按国家招投标法律法规和地方相关法律法规实施采购。
第十七条政府采购方式包括：公开招标、邀请招标、竞争性谈判、单一来源采购等方式，政府采购项目选用采购方式时必须按国家有关法律法规的相关条款执行。集采目录内的项目由实验室及设备管理处按照国家和学校的相关规定组织采购。
第十八条“校级采购”方式包括：竞争性采购、直接采购、入围采购等经学校采购管理部门认可的方式。信息公开、采购周期、评审专家的要求和标准按校级采购相关规定执行。
第十九条“零星采购”方式包括：电子采购，自行采购。零星采购工程项目由业务归口管理部门统一组织，其他项目由项目单位自行组织。具体要求及标准按照学校零星采购相关规定执行。
第二十条项目申请单位在一个财政年度内，不能将一个预算项目下的同一品目或者类别的货物、服务项目，以化整为零方式多次采购。累计资金数额超过校级限额的原则上属于规避“校级采购”，累计资金数额超过“政府限额”的，属于规避“政府采购”。
第二十一条学校“统一采购”分为自主采购和委托代理采购两种形式。
（一）属中央预算单位政府集中采购目录范围内的采购项目，应委托中央国家机关政府采购中心代理采购，具体遵照国务院办公厅印发的相关年度的《中央预算单位中央预算单位政府集中采购目录及标准》执行，科研仪器设备除外。科研仪器设备，是指学校用于教学科研活动的仪器设备以及满足其使用功能所需的附件、软件等货物，原则上不包括学校各级行政办公、后勤保障等部门使用的设备。
（二）“校级采购”项目原则上由采购职能部门组织编制采购文件，招标中心组织开评标；“政府采购”项目可根据需要委托代理采购。被委托机构按法律法规履行相关采购程序后，将采购结果移交给采购职能部门。
第二十二条科研项目任务书或合同中有约定第三方协作单位的，可直接签订外协采购合同。
第四章 采购程序
第二十三条项目申请单位需按预算主管部门要求，提前申报采购预算，其中涉及政府采购的项目，业务归口管理部门应将审核后的政府采购计划在年度预算“一上”时汇总至计划财务部门，统一报教育部、财政部审批备案，在采购活动开始前 30 日公开采购意向。含有进口设备的政府采购项目，还需要通过进口产品论证及备案后方可进行采购。
第二十四条采购需求由项目申请单位或业务归口管理部门在进行充分论证（市场调研、专家论证、征求意见等）的基础上科学合理地编制。包括采购标的特征描述、技术要求和服务要求。采购需求编制应遵循真实透明原则、可判断原则、公平公正原则、遵守法律法规原则、信任原则。
第二十五条项目申请单位或业务归口管理部门根据采购需求向采购职能部门提出采购申请，采购职能部门依据相关规定选择采购方式。
第二十六条招标中心对采购方式进行审核。按政府采购相关规定申请变更采购方式，由招标中心通过“政府采购计划管理系统”统一上报，批准后实施。
第二十七条采购文件由采购职能部门根据项目申请单位或业务归口管理部门提供的采购需求及技术论证文件等，结合采购项目特点和实际需要，依据相关法律法规编制；采购文件应规定采购项目商务要求（报价要求、评审标准和方法等）、技术要求以及合同条款等内容的文件。
第二十八条招标中心发布采购公告和采购文件，采购职能部门回复供应商询问和质疑。
第二十九条招标中心根据采购工作需要依合法依规组建采购项目评审委员会。评审委员会由有关技术、经济等方面的专家组成，成员人数为 3 人及以上单数，其中技术、经济等方面的专家不得少于成员总数的三分之二。
第三十条评审委员会成员在采购工作中的主要职责为：
（一）遵纪守法，客观、公正、廉洁地履行评审专家权利、义务和职责，遵守职业道德，维护学校和供应商的合法权益；
（二）依照相关法律规定，按照采购文件规定的评审办法和标准，客观公正地进行评审，并对个人的评审意见承担法律责任；
（三）参与评审报告的起草，对评审过程保密，不得向任何人透露涉及评审过程中的评审、比较、推荐等情况；
（四）配合项目申请单位、采购职能部门答复供应商提出的质疑。
第三十一条招标中心组织采购评审并发布中标或成交结果公告。
第三十二条采购职能部门处理质疑、投诉与变更，发出中标（成交）通知书。校级采购中标通知书由采购职能部门加盖部门印章。采购结束后将评审过程的`记录、相关文件等资料一并整理成册立卷归档，也可以用电子档案方式保存并归档。
第五章 履约与验收
第三十三条自中标（成交）通知书发出之日起三十日内，按照采购结果事项，由项目申请单位或业务归口管理部门与中标（成交）供应商商定合同具体内容并根据学校合同审批流程签订合同。政府采购合同自签订之日起2个工作日内，由采购职能部门在“中国政府采购网”上公告。
第三十四条凡属采购项目必须严格按照采购结果签订书面合同，以明确权利和义务；合同所涉及的相关单位均应依照合同的约定履行合同。
第三十五条中标（成交）供应商未在规定时间内按要求签订合同或中标（成交）供应商自动放弃中标（成交）供应商资格的，采购职能部门可依据评审报告，在推荐的候选人中按顺序重新确定中标（成交）供应商，亦可重新采购，原中标（成交）供应商的投标保证金不予退还并取消其中标（成交）资格。
第三十六条合同签订金额原则上应与中标（成交）金额一致，原则上不能在中标（成交）后对合同关键条款及标的内容进行变更。
第三十七条项目申请单位和业务归口管理部门应按学校相关验收管理规定及合同规定的技术、服务、安全标准组织对供应商履约情况进行验收，并出合格或不合格的验收结论。
第三十八条合同履约及验收结果作为学校采购诚信评价体系的依据，项目申请单位或业务归口管理部门应及时以书面形式将履约及验收过程中出现的供应商失信行为反馈给采购职能部门及采购管理部门。
第六章 监督与责任
第三十九条业务归口管理部门应不定期组织项目申请单位对成交（或中标）人进行履约情况的监督与评价。
第四十条采购职能部门应当建立健全内部监督管理制度。明确采购活动的决策和执行程序，内部工作人员定期轮岗交流，以形成相互监督、相互制约的工作机制。应加强对工作人员的教育培训与考核，客观评价其专业水平、工作实绩和职业道德状况。经考核不合格者，不得继续任职。
第四十一条学校审计部门应对学校采购活动按相关规定进行审计。
第四十二条学校纪检监察部门负责受理对采购活动中有关单位和个人提出的投诉，负责依纪依规处理有关单位和个人的违纪违规行为。
第四十三条学校采购当事人不得有下列行为：
（一）采取化整为零或者以其他方式规避统一采购，或擅自中止、终止统一采购；
（二）以不合理的条件排斥、歧视潜在供应商，或与供应商串通、接受贿赂以及获取其他不正当利益；
（三）拒绝签订合同或者提出额外附加条件；
（四）未按照本办法的规定编制采购需求及其他要求；
（五）其他违反法律、法规的行为。
第四十四条供应商有下列行为之一的视为不诚信供应商，应列入供应商不良行为记录名单:
（一）提供虚假资料谋取成交（或中标）的；
（二）采取不正当手段诋毁、排挤其他供应商的；
（三）与采购人、其他供应商或采购代理机构恶意串通的；
（四）向采购人、采购代理机构行贿或者提供其他不正当利益的；
（五）在采购过程中违反采购文件约定与采购人进行协商谈判的；
（六）拒绝有关部门监督检查或者提供虚假情况的；
（七）无正当理由不与采购人签订合同，或者不履行与采购人订立的合同的；不按照采购文件和响应（或投标）文件与采购人订立书面合同，或者另行订立背离合同实质性内容的协议的；
（八）将成交（或中标）项目转让给他人，或违反规定将成交（或中标）项目肢解后分别转让给他人的；
（九）履行合同情况差的，存在企业信息欺诈、以次充好、假冒伪劣、围标违规、恶意报价、成交（或中标）后迟迟不供货或者不施工等行为的；
（十）其他影响采购活动公平、公正的行为。
第四十五条采购代理机构不得有下列行为:
（一）借用他人资质或者超出资质范围从事采购代理业务；
（二）与学校相关政府采购当事人、供应商串通损害国家利益、社会公共利益、他人合法权益，或者在代理过程中接受贿赂或者获取其他不正当利益；
（三）泄露应当保密的信息以及隐匿、销毁应当保存的文件资料或者伪造、变造文件资料;
（四）其他违反法律、法规的行为。
第四十六条采购项目评审委员会成员不得有下列行为:
（一）接受单位、个人提出的倾向性意见或者排斥特定供应商的要求；
（二）接受贿赂、获取其他不正当利益、玩忽职守等行为;
（三）其他违反法律、法规的行为。
第四十七条凡参与学校采购活动的工作人员在学校采购活动中有违规、违纪、违法规行为的，应承担相应的经济责任、行政责任和法律责任。情节严重构成犯罪的，移送司法机关。
第四十八条供应商、采购代理机构违反相关禁止性规定情节严重的，除依据有关法律法规依法处罚之外，可视情节轻重取消供应商、采购代理机构一年以上三年以下参与我校采购活动资格，情节特别严重的，永久取消参与我校政府采购活动资格。由采购职能部门提出处理方案送采购管理部门通报。
第七章 附 则
第四十九条校级限额的调整须经校长办公会批准，政府限额及公开招标限额标准的调整须按照国家相关法律法规执行。采购限额标准调整后，采购管理部门应及时在全校范围内公布。
第五十条学校各附属单位可参照本办法执行。
第五十一条本办法自印发之日起施行。
软件管理制度15
一、软件项目风险管理概念
软件项目风险指的是企业在开发一套软件的过程中遇到的各种问题，包括资金预算问题、实际进度问题等等，以及它们对整个项目造成的影响。在软件项目进行过程中采取有效的风险管理措施，能够从很大程度上降低风险的发生。
（一）风险识别
软件项目风险识别过程是将软件项目开发中存在的不确定性问题以分析产生的风险进行叙述。软件项目风险识别的核心是系统化的确定项目风险的来源、风险出现的时间、风险产生的条件、风险存在的特征等等，而且，项目风险识别是需要贯穿于项目实施执行的始终，并不是简单的一次性工作。
（二）风险应对计划
风险应对计划的最终目的就是使软件项目的最终目标概率获得提升，同时有效减少项目风险带来的不利影响。通过预先制定的风险应对策略来降低风险事件发生的概率，甚至彻底清除风险事件的发生。风险应对计划包括制定软件项目风险管理的执行方案、采取有效的风险管理方式等等。
（三）风险控制
风险控制指的是在软件项目进行的过程中，采取一定的措施应对产生的风险情况，从而确保风险应对计划能够顺利执行。风险控制的最终目的'是将风险管理的实际效果与预先制定的风险管理计划进行比较，及时发现两者之间的异同之处，有针对性地改善风险应对计划。
二、软件项目风险管理模型构建
（一）RISKIT风险管理模型
RISKIT风险管理模型系统的将软件项目风险管理过程和风险评估技术进行了定义，其目的是在完整详细地表达和控制软件项目风险时间发生之后带来的影响，并选择恰当的工具对风险进行评估。
（二）IEEE风险管理模型
IEEE风险管理模型将软件开发项目中的风险管理过程进行了详细定义，适用于大中型软件企业的软件项目，IEEE风险管理模型不但能够用于管理软件项目风险，还能够管理各类组织级别的风险。
三、软件测试开发项目风险管理策略
本文以某大型软件企业的数据通信电源测试系统为软件开发项目案例，据项目风险识别、项目风险分析、项目风险计划和项目风险控制四个方面提出了软件开发项目的风险管理策略，并提出了一系列软件开发项目的风险规避措施。
（一）项目风险识别
（1）现场检查。软件开发项目风险管理人员需要亲自到软件开发现场检查整个项目的实际进行情况，及时掌握和了解软件开发项目面临的相关风险。
（2）团队成员密切配合。软件开发项目风险管理相关人员需要相互协作，保持密切联系，及时交换发现的问题，掌握每个软件开发项目成员的具体情况，及时发现项目中存在的风险问题。
（二）项目风险分析
（1）项目风险等级。数据通信电源测试系统软件开发项目根据风险特点总共分为四个等级，第一级风险等级为“灾难性影响”；第二级风险等级为“严重性影响”；第三级风险等级为“轻度影响”；第四级风险等级为“轻微影响”。风险等级的划分是根据历史数据进行评估的，通过对同类软件开发项目的历史风险，对本软件开发项目进行评估分析。
（2）项目风险概率。数据通信电源测试系统软件开发项目按照项目风险概率总共划分为五个等级，A级为“最高”等级（80%-100%）；B级为“高”等级（60%-80%），C级为“中”等级（40%-60%）；D级为“低”等级（20%-40%）；E级为“最低”等级（0%-20%）。项目风险概率的划分也属于定量分析。
（三）项目风险控制
在软件开发项目进行的过程中，项目管理人员应该按照预定时间对项目风险计划进行回顾和分析，及时更新项目风险管理清单，对应制定新的项目风险解决方法。在该软件项目进行之前，需要根据风险分析结果制定相应的软件开发项目风险管理执行方案，项目风险控制管理制度等。数据通信电源测试系统软件开发项目的风险控制措施包括：充分保证软件开发项目的可操作性、实用性和可靠性；加强软件项目开发人员的素质培养，提升软件开发人员能力；加强团队合作建设，保证软件开发项目人员之前沟通顺畅。
四、结论
综上所述，在软件开发项目实施过程中，项目风险管理时刻都发挥着不可替代在关键作用，项目风险管理是通过科学的分析和统计方法，有效降低软件项目风险发生的概率，从而减少项目风险带来的各种损失，因此，软件项目风险管理的保证软件开发项目顺利实施的重要前提。
【软件管理制度】相关文章：
软件管理制度08-21
软件管理制度（精选11篇）03-19
软件管理制度(15篇)01-10
中小软件公司管理制度04-13
软件开发项目管理制度10-04
软件项目管理制度（通用10篇）10-14
计算机软件管理制度优秀07-06
软件正版化工作管理制度（精选23篇）12-19
2015年软件公司薪酬管理制度09-20