.
软件系统部署及升级流程及管理
第一章总则
第一条为保障股份有限公司（简称：公司）信息软件系统安全运行在
生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。
第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估
值系统、投资风险控制系统，以及OA 办公系统、对外网站系统、基础技术架构
系统等涉及的软件系统的部署、安全运行与升级管理。
第三条本办法所指软件系统部署与升级管理主要包括以下内容：软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管
理、软件系统升级管理。
第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应
按本办法所制定的流程配合完成相关工作。
第二章软件系统投产前准备
第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的
准备、投产程序和数据的准备、相关投产文档和培训的准备等。
第六条环境设备的准备主要包括：系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存
储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗
余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。
第七条硬件设备的准备主要包括：主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数
量、其他内置的I/0 卡和其他外设等。
第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。
第九条相关投产文档和培训的准备主要包括：《系统安装部署手册》、《系统 IT 参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。
第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵
照《 IT 系统权限及数据管理办法》的相关规定：
(一 ) 投产系统权限申请设置应形成流程并由业务部门负责人和风险控制
部门审核；
(二 ) 软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们
予以协同支持，最终由风险控制部进行参数定级并进行投产参数审
核；
(三 ) 对于系统初始化数据，原则上不允许进行数据库文件导入操作，而
应通过数据操作语句进行数据初始化，各基础数据应得到业务部门
和风险控制部门的签字审核。
第三章软件系统投产管理
第十一条软件系统投产管理是指对软件系统产品从提交投产申请到投产运行过程的管理，由信息技术部项目管理岗和系统运维岗协同负责相关管理工
作。
第十二条软件系统投产部署须经相关业务部门领导的核实，并经过信息技术部领导审批后由相关技术人员制定详细的安装计划和操作步骤，并依据具体设
备特性对系统进行合理配置、测试和调整，从而充分发挥设备资源优势。
第十三条软件系统供应商必须向信息技术部提供详细完整的有关投产系统的软硬件及其运行维护的技术资料，并负责向信息技术部的系统管理人员、系统操作人员进行技术培训。
第十四条软件系统供应商应会同信息技术部制定周密、严谨的软件系统上线计划。
第十五条软件系统供应商应向信息技术部提供相应的系统监控手段、日常维护工具、数据备份计划以及应急联系办法等，并至少指定一名系统开发人员作
为该系统投产后的软件维护员。
第十六条软件系统投产申请流程：
(一) 统一由信息技术部发起权限申请流程、参数设置、数据初始化申请
流程，并会同软件系统供应商完成软件系统投产前准备工作和《系
统移交说明书》。
(二) 在征询相关业务部门意见后形成请示签报，并附《岗位菜单对应表》、
《批量员工权限申请表》、《业务系统参数表》以及批量初始化数据
文件，以便各项关部门进行核对检查。
(三) 该请示签报需经过相关业务部门、风险与合规部，以及运营总监会
签后，提交总裁办最终审核。
(四) 该请示经总裁办审核通过后，由信息技术部系统运维岗负责软件系
统部署投产。
(五) 《岗位菜单对应表》、《批量员工权限申请表》、《业务系统参数表》
以及批量初始化数据文件经相关业务部门（或办公室）和风险与合
规部进行核对审批后，提交给信息技术部，由系统运维岗进行执行。第十七条软件系统投产部署工作规范：
(一) 软件系统产品投产部署入总部机房，必须在预定安装日之前三个工
作日提出部署工作计划，并按照《系统安装部署手册》、《系统IT参
数配置手册》《系统移交说明书》核对各项准备工作。经过信息技术
部负责人签字同意后，交系统运维岗协调部署工作。
(二) 系统运维岗人员协调软件系统供应商、软件项目管理岗，及相关网
络管理岗、桌面管理岗人员，按照部署工作计划执行各项投产部署
安装工作。
(三) 软件系统产品安装时，系统负责人员必须到场，所有参与上线工作
的人员必须严格遵守《计算机机房运行安全》相关规定，值班人员
必须加强监督并填写好《机房工作日志》。
第十八条软件系统产品投产运行的前提条件是：
(一 ) 软件系统产品已通过信息技术部、相关业务部门双方测试和联合验
收。
(二 ) 项目管理岗和系统运维岗协同软件系统供应商完成了软件系统投产
前准备工作和《系统移交说明书》的编写。
(三 ) 信息技术部项目管理岗会同系统运维岗发起项目上线申请签报，经
相关业务部门、风险与合规部、运营总监会签后，向总裁办提出上
线申请，并提供该系统相应的文档、业务及技术测试报告以及经过
核准的业务验收报告。
第十九条软件系统产品投产运行时，信息技术部项目管理岗、系统运维岗以及相关业务部门应共同明确各自职责：
(一 ) 信息技术部系统运维岗主要负责软件系统上线后的安全运行；
(二 ) 项目管理岗主要负责该软件系统的技术优化、功能缺陷纠正和紧急
维护；
(三 ) 业务部门主要负责业务操作和业务管理。在明确职责的基础上，各
自制定相应的管理办法。
第二十条软件系统投产申请流程遵循本办法第十六条规定；各软件系统上线根据系统类型，业务类别、服务对象的不同可以根据实际情况选择执行不同的步骤：
(一 ) 软件项目完成对业务及技术测试报告进行总结和评估,并形成系统业
务验收报告和技术验收报告;系统菜单权限表与参数表由业务部门确
认和会签 ,提交合规与风险管理部确认和会签;信息技术部保障硬件与网络到位，完成软件项目文档的整理与归档工作，并制定该系统
故障处理办法、系统备份策略、日常运维操作流程，完成系统上线
前数据初始化工作。软件项目开发实施厂商对系统稳定安全运行的
作出承诺。
(二 ) 信息技术部提交内部评审请示（包括系统准备情况汇报、内部评审
方案介绍）；
(三 ) 经总裁室同意请示后，由信息技术部牵头准备评审工作；信息技术
部、相关业务部门、合规与风险管理部、开发商进行汇报；由业务
部门负责人、信息技术部负责人、分管领导、外部专家组成评审组，对系统进行评议，并统计形成评审结果。
(四 ) 由信息技术部根据评审结果向总裁室提交《关于系统试运行的请示》
签报；
(五 ) 在总裁室同意后，信息技术部开始系统正式环境的切换工作；各业
务部门与外部机构按正式岗位进行系统试运行工作，并按信息技术
部正式运维流程提交系统问题单。
(六 ) 系统试运行结果由信息技术部牵头对系统试运行情况进行总结，并
提交系统正式运行上线的请示，在总裁室同意后开始正式运作。
(七 ) 软件系统投入正式投入运行后，应根据《信息系统安全等级保护定
级指南》要求开展自主定级、系统测评、专家评审，对于定级在第
二级以上信息系统，应当在投入运行后30 日内，到公安机关办理备案手续，并保备相应的主管和监管部门。
系统类型业务类型
IT 基础架构IT 管理服务核心业务
客户服务
市场支持
辅助决策
公共服务
.
产品应用型定制开发型系统示例
运行总监审批后进行试运
在运营总监审批后组织内部工作流、影像、报表平台、
评审，试运行总结后申请上统一身份认证、证书安全行，总结后申请上线
线，但应完成各步骤认证
在运营总监审批后直接申在运营总监审批后组织内部开发管理、运维管理、监
评审，评审后申请上线运行控管理
请上线运行
在运营总监审批后组织内必须严格执行各个步骤受托、帐管、投资、风控
部评审，但应完成各步骤
在运营总监审批后组织内在运营总监审批后组织内部网上受理、柜面受理、电
部评审，评审后申请上线运评审，试运行总结后申请上话服务、短信邮件
行线运行
在运营总监审批后组织内在运营总监审批后组织内部客户营销、营销绩效考评
部评审，评审后申请上线运评审，试运行总结后申请上
行线运行
在运营总监审批后组织内必须严格执行各个步骤决策分析、数据仓库
部评审，试运行总结后申请
上线运行
运行总监审批后进行试运在运营总监审批后组织内部人力资源、财务、培训、行，总结后申请上线评审，试运行总结后申请上协同办公、流程管理
线，但应完成各步骤
第四章软件系统生产运行管理
第二十一条生产运行管理是指对生产系统中系统软件（包括操作系统、数据库、中间件、管理监控平台等）的管理，由信息技术部系统运维岗负责相关管理工作。
第二十二条信息技术部系统运维岗应做好系统的日常运行维护工作：
(一 ) 制定系统运行维护计划，严格按计划对系统进行维护，并详细记录
维护情况。
(二 ) 制定备份计划，对备份的时间、内容、级别、人员、保管期限、异
地存取和销毁手续等进行明确规定。
(三 ) 密切监视系统运行状况，及时处理系统故障，并对故障产生原因进
行认真的分析总结。
(四 ) 定期对系统运行状况进行分析，定期进行系统性能优化。必要时应
制定主机系统的升级方案，升级方案实施须报信息技术部门领导审
批。
(五 ) 建立软件系统运行档案，对软件系统的基本情况（版本、配置等）、
升级、故障现象、故障产生原因、故障处理过程及处理结果等进行
详细记录。
第二十三条信息技术部项目管理组和系统运维组应密切关注应用系统上线运行情况，及时处理应用系统故障，对故障原因进行认真的分析总结，制定有效的优化改进计划 ,并最终反馈给业务部门。
第二十四条信息技术部系统运维岗应及时收集、整理应用系统运行过程中所发生的问题，反馈给信息技术部项目管理组。
第二十五条信息技术部系统运维岗应建立上线应用系统的变更管理制度，对程序版本更新、例行操作变更、非例行操作、应用系统维护以及系统运行
环境等变更实施规范管理和有效控制。
第二十六条严禁在生产系统上安装开发测试类软件、编译工具、应用系
统源程序及其他与生产系统无关的软件。项目管理岗相关人员未经授权，不得随意访问生产环境，更不得随意变更已上线的各类应用系统。
第二十七条任何人未经允许不得擅自修改系统配置。如确需修改应填写《生产环境变更操作登记表》，严格履行审批手续，并由双人会同实施。实施时
应有系统运维组主管现场监督，实施后应将变更前后的系统配置及变更全过程记
录备案。
第二十八条对于软件系统的软硬件升级、变更、系统切换、年终结算等
重大操作，信息技术部、相关业务管理部应密切配合，共同制定详细的计划和应急方案，统一部署，周密安排，防范风险。
第五章软件系统生产安全管理
第二十九条生产安全管理是指对保障生产系统安全可靠运行的关键安
全环节的管理，由系统运维岗和网络及机房管理岗负责相关管理工作。
第三十条信息技术部应充分合理地利用生产系统提供的各种安全机制，实现系统备份、安全保护和安全服务。
第三十一条备份系统在构成和配置上应与生产系统尽量保持一致，并制定了有效、可行的切换机制，确保当生产系统出现故障时能迅速接管和承载业务
运行。
第三十二条数据备份包括本地数据备份和异地数据备份，由信息技术部系统运维岗负责相关管理工作。
(一 ) 备份介质应按备份对象分类存放，不得混放、混用。业务数据备份
介质必须存放于有保护的特定场所，并同时对其拷贝进行异地（非
同一建筑物）保存。
(二 ) 任何人未经授权，不得随意导入和导出备份介质中的信息和数据，
不得随意将备份介质或数据报表带出机房。
(三 ) 废弃的备份介质或数据报表应存放在指定地点，并由专人集中销毁。
(四 ) 严格执行异地数据备份交接，交接双方必须严格履行交接手续，整
个操作过程在相应的监控设备下进行，并有书面记录备查。
第三十三条信息技术部对各级用户及其权限的设定应进行严格管理，用户权限的分配必须遵循“最小特权”原则。
第三十四条用户账号与密码管理应严格遵循有关规定。用户密码应严格
保密，及时更新。重要用户密码应密封交安全管理员保管。密码口令知情人员调
离时，信息技术部应及时修改相关密码、口令。运行机构应严格限制对密钥等密
级文件的访问，防止非法研读和拷贝。
第三十五条系统运维岗人员不得担任业务操作工作。项目管理岗不得代
替系统运维岗人员从事运行各岗位的工作。
第三十六条信息技术部应采取切实有效的措施，做好生产环境的计算机
病毒防范工作。对易受病毒攻击的计算机信息系统，应落实专人定期清查病毒，
升级安全补丁，防止病毒或漏洞对计算机系统和数据造成破坏。
第三十七条信息技术部应制定安全运行应急计划，针对系统运行过程中
可能发生的故障和灾难，制定恢复运行的措施、方法负责本公司应急计划的演练、实施和管理。
第三十八条应急计划的实施必须按规定经过有关领导批准。应急计划实施后，信息技术部必须认真分析和总结事故原因，制定相应的补救和整改措施。
第三十九条如发生重大运行事故，信息技术部须在事故发生一小时内将
事故情况上报上级部门，不得迟报、瞒报。事故恢复后，信息技术部须形成关于
事故原因、处理过程和整改措施的详细报告，于事故恢复后10个工作日内上报。
第四十条系统软硬件及应用软件的升级、更新等重大变更操作的实施方案必须包括应急措施。实施过程中一旦出现意外情况，须及时采取应急措施恢复运
行，避免引发重大运行事故。
第六章软件系统升级管理
第四十一条软件系统升级管理是指管理软件系统在生产环境的系统更新的过程，由信息技术部系统运维岗负责相关管理工作。管理软件升级的目的是，
通过规范升级流程、控制升级次数，达到定期升级的目标，保证业务流程的顺畅。
第四十二条为保障生产环境的安全稳定运行，准投产环境数据与应用程序与生产环境进行同步升级管理，一般要求周二完成准投产环境升级测试，周四
完成生产环境升级。
第四十三条紧急更新是指，软件系统因软件故障影响该系统的继续使用和运行或生产系统的系统功能已经无法满足业务开展，且该影响将对业务造成较
大的破坏或造成较大范围的业务停顿，而此时必须进行软件系统处理，同时已经具备了紧急处理所需要的各项条件而执行的软件系统变化的软件系统维护操作。
第四十四条生产环境软件系统的系统升级遵循安全、稳定、慎重的原则，以保证业务流程的顺畅及生产环境的稳定为最大目标，分为：例行升级、紧急升
级。
(一 ) 升级内容必须做到文档齐全，要至少包含：《系统需求规格说明书》、
（或《生产环境故障报告单》）、软件测试结果、《生产环境更新审批
单》及其附件、《生产环境更新文件清单》及提交的程序、数据。
(二 ) 升级内容测试结果必须得到相关业务部门审批后方可提交系统运维
组执行升级。例行升级应到得到涉及该功能的业务部门测试人员以
及测试部门负责人、项目经理、信息技术部负责签字方可升级。确
因时间紧迫无法按要求提前申请的，应及时通过电话方式与相关部
门进行沟通确认，并通过邮件通知风险与合规部进行临时登记后方
可执行。
(三 ) 软件系统升级前必须做好数据库、系统软件的备份，以防出现升级
失败后能够立即恢复升级前的系统；升级完成后相应业务部门或开
发组项目经理必须在生产环境软件系统启动进行功能验证测试无误
后，方可离开。
(四 ) 软件系统升级必须建立完整的升级档案，并定期将这些档案归档，
已备审计和检查。
第四十五条软件项目升级通用操作步骤
(一) 系统运维岗人员以E-mail并以电话等形式通知业务部门和开发组
项目经理升级的时间安排。
(二) 相关人员回复系统升级计划意见。
(三) 首先进行系统的数据、程序、配置脚本等进行备份。
(四) 备份完成后，当涉及数据库升级时，系统运维岗使用脚本语言进行
服务器端的数据库升级；系统运维岗将升级包中的应用程序拷贝至
应用服务器，进行系统软件升级，如有配置变动，同样作相应修改。。
(五) 启动应用服务器，如启动不正常，检查操作步骤是否正确、相关配
置是否正确，如并进行简单访问，确保应用服务器的配置文件正常
启动。
(六) 启动应用服务器，如启动不正常，检查操作步骤是否正确、相关配
置是否正确，如应用服务器启动正常，并经过常规验证后，联系业
务部门或开发组项目经理进行升级验证。验证通过视为系统升级成
功；反之，为升级失败，系统运维岗联系开发组项目经理协助判别
失败原因，视实际情况，必要时则将系统环境恢复至升级前的备份
版本。
(七) 系统运维岗填写《生产环境维护日志》，记录此次升级情况。并将升
级结果以 E-mail 等形式通知相关人员。
第四十六条软件系统更新与升级申请流程遵循本办法第四十四条规定；
升级管理应全面考虑各个因素分别由部门经理、风险与合规部、主管总监、内部评审、总裁办审核等审批后执行，影响因素列举示例如下用于参照执行：
执行差异不同场景的管理要求影响因素是否涉及核心业务生产运行总裁室审批考虑其他因素
涉及总裁级别参数变更总裁室审批考虑其他因素
影响公司外部开展业务总裁室审批考虑其他因素
需要核心系统重新部署总裁室审批考虑其他因素
影响业务时间生产运行总监以上级审批考虑其他因素
生产系统故障紧急处理总监以上级审批考虑其他因素涉及进行核心业务数据变更总监以上级审批考虑其他因素涉及核心业务程序新增总监以上级审批考虑其他因素
.
对外服务类系统的重新部署公司管理类系统的重新部署
涉及多个关联变更
涉及多个业务部门
影响核心业务系统的IT 变更涉及公司级别参数变更
涉及进行管理类系统数据变更多部门使用的系统需求新增
涉及风险控制管理的变更
业务支持类系统的重新部署公司管理类系统的程序新增影响对外服务系统的IT 变更涉及跨部门级参数变更
影响内部管理的 IT 变更
生产故障一般性处理
一般性程需求新增
定制开发型日常更新部门级系统参数设置纠正
产品应用型日常更新
IT 系统参数设置纠正
IT 运行环境故障纠正
其他总监以上级审批考虑其他因素总监以上级审批考虑其他因素总监以上级审批考虑其他因素总监以上级审批考虑其他因素总监以上级审批考虑其他因素风控以上级审批考虑其他因素总监以上级审批考虑其他因素风控以上级审批考虑其他因素风控以上级审批考虑其他因素风控以上级审批考虑其他因素风控以上级审批考虑其他因素风控以上级审批考虑其他因素部门会签级审批考虑其他因素部门会签级审批考虑其他因素部门会签级审批考虑其他因素部门会签级审批考虑其他因素部门会签级审批考虑其他因素部门级审批考虑其他因素部门级审批考虑其他因素部门级审批考虑其他因素部门级审批考虑其他因素请示处理
.
附则
第四十七条本管理办法由信息技术部负责解释和指导。
第四十八条本管理办法自下发之日起实施。
信息技术部
2007-12-29
.
附件一
软件系统投产管理流程
<软软软软软软软软软软>
软软软软软软软软软软软软软软软软软软软软软软软软软软软软软
/软软软
软软
软软软软软软软软软软软
软软软软软
软软软软软
软软软软软软软软软
软软软软软软软软软
软软软软软
软软软软
软软软软软软
软软软软软软软软软软软软软软软软
软软软软
软软
软软软软软
软软软软
软软软软软
软软软软软软
软软软软
软软软软软软软
软软软软软软
软软软软
软软软软软软
软软软软
软软软软软软
软软软软软软
软软软软软软软
软软软软软软
软软软软软
软软软软
.
附件二
软件系统上线部署申请表
软件系统产品名称：申请部门：信息技术部
第一负责（申请人）：第二负责（需求部门）：
软件系统概述：
业务测试结果：
签字：年月日软件供应商签字：需求管理岗签字：
项目经理签字：完成时间要求：
准投产完成时间：系统运维岗签字：
上线计划：
预定安装时间：预计投产日期：
网络管理员意见：同意□不同意□签字：年月日运维管理员意见：同意□不同意□签字：年月日业务需求 / 测试部门经理意见：同意□不同意□
签字：年月日
信息技术部部门经理意见：同意□不同意□
签字：年月日
风险与合规部门经理意见：同意□不同意□
签字：年月日
运管负责人意见：同意□不同意□
签字：年月日
总裁办意见：
以下内容请附页详细提供：
应用软件开发公司 1 ：联系人：联系电话：应用软件开发公司 2 ：联系人：联系电话：系统软件维护公司 1 ：联系人：联系电话：系统软件维护公司 2 ：联系人：联系电话：硬件维护公司 1 ：联系人：联系电话：硬件维护公司 2 ：联系人：联系电话：资料项附件名称软件系统实施开发前对技术方案的评估意见：
软件系统功能描述：
软件系统软件配置说明：
软件系统网络配置说明：
应用系统备份策略：
系统测试和验收报告：
机房日查操作、检查、监控的详细步骤：
系统投产后培训及现场指导计划：
附件三
生产环境故障报告单
故障编号：
系统名称：
故故障提交部门故障提交人
障发生时间
提
紧急程度□高□中□低
交
故障描述：
人
填
写
故障解决方案：
故障解决人（签字）提交测试环境日期
业务测试人（签字）业务复测通过日期
运维管理人（签字）提交正式环境日期
程序、参数更新内容描述：
程序、参数更新执行的结果：成功□不成功□
执行人签字：年月日
软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志， 确认 EU需求变动，执行进度控制，必要时变 更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测
部署试
TE：进行集成测试，编制测试文档，提交PM，送达PG 未 通 过通过 通过项目后期 系统验收 结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ： 部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报 备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理 硬件开发流程图
产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计 与修改，形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议，若评审通过，由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批，输出交研发部进行设计开发工作。 注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段 必须与研发部经理进行设计评审，设计评审完成后研发部 完成硬件打样，首样制作由该项目各负责工程师共同制作， 并完成《样机测试记录表》、《操作说明》、《首样评审表》， 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的 尤其产品外观改动的，需经总经理批准的《设计变更表》， 才能对其模具设计修改，并填写《改模记录表》。首样评审完 成修改通过后，发放至工程部由工程部汇总完成《工程 样机测试汇总表》，3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。
房地产招标管理流程 1.目的为规范万科集团工程招标管理，维护招标单位的权益，在保证项目质量、工期等要求的前提下，以合理低价选择最满意的投标单位，制定本管理办法。 2.范围本管理办法适用于万科集团所属各房地产公司。 3.职责 3.1 万科集团总部财务管理部成本管理组负责本管理办法的制订、修改、指导、解释、监督检查。 3.2 万科集团所属各房地产公司进行招标工作的经办人员、审批人员和其他责任人员负责贯彻执行本管理办法。 4. 方法与过程控制（包括总则、合格承包商数据库、招标工作程序、其他规定） 4.1 总则 4.1.1 本管理办法适用于集团所属各房地产公司的工程施工、监理、造价咨询委托的招标，其中金额（工程造价）在5万元以上（含5万元）的工程施工项目和所有工程监理、工程造价咨询委托必须实行招标选择合作单位。工程招标应采用公开招标或邀请招标的方式，但无论采取何种方式，都必须有三家以上的投标单位参与竞标。 但下列情况除外：（1）金额（工程造价）在5万元以下的工程可按照货比三家、合理低价的原则，经填报《承包商考察结果审批表》，报公司招标工作小组批准后确定承包单位；（2）某些已经过集团审批确定了长期合作伙伴关系的工程；（3）某些地方政府垄断工程。 4.1.2 工程招标应遵循以下原则： 4.1.2.1 全面招标原则：凡是符合招标条件的工程项目都要以招标方式确定承包单位； 4.1.2.2 整体招标原则：禁止将项目肢解或化整为零，规避招标。 4.1.2.3 事前预算原则：施工类工程在招标前，应先根据施工图预算编制标底；不提倡在无标底的情况下，进行费率招标。 4.1.2.4 资质审查原则：所有投标单位都要经过严格的资质预审，符合项目要求的投标单位才有资格参加项目投标。 4.1.2.5 合理低价中标原则：选择的中标单位应是在满足招标综合要求的前提下，报价较低且合理。 4.1.2.6 透明公正原则：整个招标过程务必有充分的透明度，各部门间积极配合、全面沟通、信息共享、杜绝暗箱操作。 4.1.2.7 保密原则：要做好标底、投标文件、评标、定标等内容的保密工作，以防影响招标的公正与效果。 4.1.3 招标管理机构及职能划分 4.1.3.1 招标管理机构 ◆公司应设立招标工作小组，招标工作小组是公司招标工作的决策机构，小组成员至少包括：总经理（可作授权）、副总经理或总监、成本管理部经理、工程管理部经理、项目部经理等；招标工作小组组长由一线公司任命；招标小组对定标起集体决策的作用。 ◆工程招标的执行部门主要包括工程管理部与成本管理部，两部门应分设招标职能岗位，负责招标工作的具体操作。 .....
售前准备 利水新华（北京）科技有限公司质量记录 软件项目开发流程图 开始 售 前 项 目 实 销售立项 软件组 综合组 商务 技 术 支 持 任 务 书 销售立项报告 合同评审记录表 签订合同 工 程 立 项 任 务 书 施 设计开发 开发任务书 需求分析 工程立项报告书 实施策划 测试记录及问题处理表 进度管理表 集成测试 安装调试 申请表 安装调试 培训 评估表 用户 测试 测 试 记 录 项目移交 申请表 初验 报验申请表 试运行 及 表理处题问 项 目 服 项目移交 接收内容 登记表 项目维护 终验申请 终验 终验报告 质保期维护 务 服 务 及 维 护 记 录 结束 1
实施策划利水新华（北京）科技有限公司质量记录 实施流程图（一） 售前控制 编写立项报告?工程立项报告书立项评审 N ?评审记录 客户Y评审 通过?立项通知?变更申请 需求分析 Y 客户沟通、交流 编写软件需求规格说明书 ?软件需求规格说明书 ?测试用例 N 需求评审 编制项目 测试用例 编制项目进度 评审 通过 Y 任务分发 ?交流纪要 ?变更记录 ?进度管理表 ?客供财产清单 ?开发任务书 ?空间数据或美工处理任务书 ?采购申请 ?进度报告 ?评审记录 ?变更申请 系统设计 2
实施流程图（二） 需求分析 系 统 设 计 编写 需求解读 软件设计说明书 数据库设计说明书 ?软件设计说明书 ?数据库设计说明书 N 设计评审评审 通过 Y ?评审记录?进度管理表?进度报告 编制开发进度?变更申请 具体任务分配 软 件 编 码实单元测试 代码编写?安装维护手册 ?用户手册 ?软件程序编写规范 ?源代码 现 代码修改 测试问题修手册编写 ?测试记录及问题处理表 ?进度管理表 ?进度报告 ?变更申请 改 项?测试计划 目 测 试 项目集成测试编写测试报告编制培训大纲 安装调试 3?用户培训大纲（教材）?测试分析报告 ?测试记录及问题处理表?进度管理表 ?进度报告 ?变更申请
软件开发流程管理规范
一、概述 随着公司规模的扩大、各部门对软件需求的激增、提高效率的工作要求，IT 部门承接的软件开发项目越来越多，而与之相对应的就是软件开发流程不明确，软件项目的随意性较大、可追溯性较差、可统计性模糊、可预测性不足是摆在我们面前最直接的问题。为了适应公司的发展，IT 部软件开发项目特制订本流程。 二、流程 由上图可以得出以下几个关键步骤： 一、需求部门： I、需求部门首先需要填写《软件需求申请表》，说明需要开发的软件具体用途径、目前工作模式、工作不方便之处、基本功能等信息； II、待 IT 部门评审通过后，通知需求部门，填写《软件开发申请表》，具体列明需要实现的功能、目前工作流程、使用系统后需
要达到的状态，可节省的人力、物力，调高的效率等信息； III、软件开发测试完成之后，接受 IT 部门的软件使用培训，并填写《参与培训确认单》； IV、软件试用结束后，填写《软件验收表》，完成软件项目的开发流程； V、在开发测试过程中，遇到开发风险增加、需求变更等，都需要配合 IT 软件开发人员 填写相关的《项目风险管理表》和《项目 变更管理表》。二、IT 部门： I、积极对需求部门提出的《软件需求申请表》进行评审、审批，限 3 个工作日完成， 及时反馈结果给需求部门；
II、指导需求部门填写各类表格； III、积极评审需求部门填写的表格、积极沟通，有效获得相对准确的需求，并填写完善， 让需求部门签字确认； IV、进入开发流程后，积极填写《项目成员组成表》、《项目策划任务书》、《WBS 表》、 《项目进度计划表》等（具体见附件）； V、积极开展人员培训和软件试用工作，编写完善的《XXX 软件试用说明书》，并要求相关人员签字确认，并存档处理。 三、附件附件一、编码规范1、 命名空间 1. 公共类库（公司功能业务）： （1）全局公共类库： 例：生成 dll 文件，添加至最小应用库可全程序引用 （2）局部公共类库（主要区分公司），命名方式为专有业务场景+专有业务名+具体类名：例：（总部）/In（国内市场）/Rb（生产）注：（公共类库）信息登记、评审、信息共享，命名空间最多三层2. 项目程序文件：项目文件名,以核心功能的英文名称为准,格式:ECO_英文名词首字母大写 2、命名规则 文件夹及相关文件命名规则 a) 文件夹：功能文件夹，采用驼峰形式，首字母大写全称 b) 窗体文件：采用驼峰形式，首字母大写全称
招投标管理规定 第一章总则 第一条为了规范招标投标活动,维护集团利益、社会公共利益和招标投标活动当事人的合法权利,提高经济效益,保证项目质量,特制定本规定。 第二条招投标工作原则: 1、透明公正原则:招标过程必须有充分的透明度,各部门积极配合、全面沟通,杜绝暗箱操作。 2、充分竞争、择优中标原则:保证招标具有充分的竞争性,公司应选择具有充分竞争优势的单位中标。 3、廉洁奉公原则:所有与招标工作相关的员工都应保持廉洁,不得利用职务、职权之便谋求私利,任何个人不得影响招标进行客观公正的评价。 4、维护信誉原则:选择投标入围单位、评标、定标时应客观公正,树立并维护公司良好的招标信誉和形象。 5、保密原则:各单位的投标文件、评标过程、定标意向,都是公司的重要机密,不得泄露或作不当承诺。 第三条由经营部负责地产公司所有招标活动的组织工作,物资部、工程部、设计主责人、财务部、销售策划部等根据实际需要参与招标管理活动。 第二章招标系统组织职能 第四条职能:
1、招投标领导小组:公司招标工作的最高决策机构,拥有对公司内一切招标事项的终决权,指导及监督招标工作系统内各执行单位的工作。 2、招标领导小组成员:包括总经理、常务副总、经营部经理、工程部经理、财务总监、销售部经理、设计主责人、物资部经理。总经理为组长,常务副总为副组长。所有成员的职责:负责招标计划的审核、招标文件的审查、投标单位考察结果的审核,组长、副组长参与开标、评标、议标、定标会议并拥有审查决策权。 3、集团审计部:公司招标工作的监督机构,确保公司内所有招标活动在公开、公平、公正的前提下展开。 4、经营部、工程部:作为招标工作组织部门,负责编制招标计划、发标、接标及资料归集整理等日常事务工作。具体负责公司各项招标工作的开展和落实,通过发标、截标、开标、评标、议标、定标等系列工作,选定价低质优的中标单位。统筹、协调、督促各技术部门进行招标前的方案确定和招标中的技术考查、技术标经济标评定等工作。 5、设计主责人:技术总协调,负责相关专业技术方案的优化及把关、解决技术争议问题。 6、各部专业技术人员:具体负责招标立项报批、设计和审核招标设计方案、投标队伍技术考查和技术标、经济标评定等工作。 第五条定标抉择权: 对各招标项目,在按照招标程序操作后,根据公司招标、评标、定标原则,将初步定标结果逐级报常务副总审核总经理审批。 第三章招标系统工作范围及工作职责 第一节工作目标
一投标的前期工作 1 查询招标公告，获取招标信息 2 到工程交易中心办理交易证 （1）办理交易证的两种形式： 1）准入制 2）会员制 3 成立投标组织 公司进行工程投标工程时，要组织一个强有力的、内行的投标班子，其成员包括经济管理类人才、专业技术人才、商务金融类人才、合同管理类人才。 4 投标的决策 该投标决策包括两个方面：其一，针对项目招标时投标还是不投标；其二，投标人如何采用策略和技巧。投标决策的正确与否，关系到能否中标和中标后的效益，关系到施工企业发展前景和职工的经济利益。 二．购买资格预审文件，编制资格预审申请 1 决定投标后，投标人购买资格预审文件 2 编制资格预审申请的主要内容 （1）编制资格预审申请函 （2）法定代表人的身份证明 （3）授权委托书 （4）申请人基本情况 （5）近年财务状况 （6）近年完成的类似项目的完成情况 （7）正在施工的和新承接的项目情况表 （8）近年发生的诉讼及仲裁情况 3 资格预审申请文件的装订、签字 申请人按本章的相关要求，编制完整的资格预审申请文件，用不褪色的材料书写或打印，并由申请人的法定代表人或其委托代理人签字或盖单位章。资格预审申请文件中的任何改动之处应加盖单位章或由申请人的法定代表人或其委托代理人签字确认。签字或盖章的具体要求见申请人须知前附表。 资格预审申请文件正本一份，副本份数见申请人须知前附表。正本和副本的封面上应清楚地标记“正本”或“副本”字样。当正本和副本不一致时，以正本为准。 资格预审申请文件正本与副本应分别装订成册，并编制目录，具体装订要求见申请人须知前附表 三报送资格预审申请文件 1 资格预审申请文件的密封和标识 资格预审申请文件的正本与副本应分开包装，加贴封条，并在封套的封口处加盖申请人单位章。在资格预审申请文件的封套上应清楚地标记“正本”或“副本”字样。 2 资格预审申请文件的递交 （1）申请截止时间：见申请人须知前附表。 （2）申请人递交资格预审申请文件的地点：见申请人须知前附表。
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
房地产项目招投标及全成本管理体系建立 主讲：黄星富 （助理林康：请看头像↗） 第一部分：房地产招投标管理4大实践 一、房地产领先的招投标组织架构与流程制度 1、房地产招投标职能部门的设置 2、集团与区域的采购模式分析 ?集团：运营中心管理职能 ?区域：区域公司的职能 ?龙湖集团与区域公司在采购战略、战术和技术上的分工 ?集团采购＆战略合作伙伴＆地区公司年度采购的区别 3、龙湖招投标职能部门的岗位人员设置 4、龙湖招投标职能部门与上下游部门的关系 二、3种招标方式的利弊及适用边界 1、龙湖的3种招标方式 ?邀请招标＆议标＆讯价（比价） ?龙湖对3种招标方式选择的标准
经典案例：“龙湖晶蓝半岛”景观示范区招标 2、3种方式的利弊和应用说明 三、龙湖的招投标全过程管理 1、龙湖地产招标基本过程经典案例：“晶蓝半岛”市政工程招标案例 ?龙湖关于招投标过程的配合 2、龙湖地产招标计划的编制 ?招标计划编制的10大要领经典案例：龙湖招标计划的编制?基于计划实施招标的5大意义 3、龙湖对分供方考察的2种核心方法 ?方法1：按项目特点制定考察标准经典案例：总包考察案例?方法2：参与考察部门积极配合完善真实的考察报告 经典案例：龙湖的考察报告 4、龙湖独树一帜的招投标启动会 ?招标小组的组成 ?招标的3大策略 ?招标周期预估 ?龙湖招标启动会会议记要7大核心要点 5、龙湖招标文件的编制 ?招标文件的标准化经典案例：龙湖招标文件讲解
?技术标编制的准确性对招标结果的影响 经典案例：市政招标技术标编制过程回顾（涉及景观同市政的分界线划分）?以目标成本为高压线的经济标编制 ?重要招标项目的招标文件说明和答疑 6、评标 ?评标4大原则和6种方法 ?对有意向单位发出的经济约谈 ?定标会经典案例：龙湖评标报告文本说明 ?合同签订与管理 四、谈判策略、谈判技巧与方法 1、谈判战略制定的4步曲 2、如何优先掌控谈判节奏 3、有效谈判的3种技巧 4、价格谈判的5大操作要领 5、谈判中需要避免的9个事项 6、价格谈判的5个步骤 7、价格解释的5大要素8、谈判过程中的“10要”和“10不要”9、有效谈判的7种成功标尺10、谈判的4大替代方式 第二部分：龙湖成本管理体系建设 一、龙湖成本管理原则 1、龙湖成本管理的目标 2、龙湖成本管理的基本内容
《工程招投标流程及管理办法》 2018年8月
工程招投标管理工作流程
工程招投标管理办法 目的： 为进一步规范集团公司的招标活动，加强公司对招标工作的管理，在保证项目质量、工程质量等要求的前提下，合理评估投标公司，选择与工程项目相匹配的承包商，保证开发项目的质量、工期，合理控制工程开发成本，提高投资效益，特制订本管理办法。 （注：成本合约部以下均简称为合约部） 1.适用范围 1.1本办法适用于集团公司开发项目中除当地政府招标办有规定的招标以外的所有工程施工、设计、监理、勘察、项目策划、造价咨询服务以及设备、材料供应的招标。其中金额大于20万元的工程施工、设计、监理、勘察、项目策划、造价咨询必须实行招标选择合作单位，禁止将应统一招标的分部分项工程肢解或化整为零，规避招标。 1.2金额大于20万元但属下述情况时：a、政府垄断工程；b、因技术、市场原因造成实质性垄断，投标单位不足3家，且标的物无替代性的工程。可采用直接委托或议标确定合作单位，当合作单位有不止一家可供选择时，优先采用议标。在采取直接委托或议标前，必须先经过招标决策小组批准。 1.3小于20万元的工程是否招标不作强制要求，可由项目公司采用议标、直接委托的方式确定合作单位。同一项目的零星工程可以集中招标。 1.4议标应按如下要求执行：(1)参与议标的单位不得少于2家，常规工程应选择至少3家参与议标；(2)议标的谈判必须有工程、成本人员同时参与，并按约谈结果填写《工程评标定标审批表》，《工程约谈记录》作为审批表同时报批（详见后附表一、二）。 1.5直接委托时应按如下要求执行：(1)价格可以谈判时，由工程、成本人员共同参与谈判；(2)经办人填写《工程评标定标审批表》，《工程约谈记录》作为审批表附件同时报批。 1.6 异地项目公司参照本办法制定细则并经公司批准后执行。 2.招标原则： 2.1.透明公正原则：招标过程必须有充分的透明度，各部门积极配合、全面沟通、信息共享，所有招标决策应在招标决策机构内集体公开决策，杜绝暗箱操作；选择投标入围单位、评标、定标时应客观公正，树立并维护公司良好的招标信誉和形象。 2.2.充分竞争、择优中标原则：每次招标都应有充分适量的投标队伍参与投标，公司应
开发阶段 项目立项主要任务 提出开发请求 用户需求分析 企业的运行情况 企业管理方法 信息需求分析 基础数据管理状态 现有信息系统运行状态 确定系统目标常用工具初步调查各种调查方法系统规划划分子系统 功能结构图的总体设计 数据库系统总体结构设计 总体方案设计代码方案的总体设计 系统物理配置总体方案的设计 工程费用概算与效益分析 制定实施计划 给出系统的总体方案 经济上的可行性研究 技术上的可行性研究 可行性研究操作上的可行性研究
法律上的可行性研究 管理上的可行性研究 书写可行性分析报告 审核批准 组织机构与功 详能分析审核项目开发计划 申和可行性分析报告 组织机构与功能调查 绘制组织机构图 绘制业务功能一览表 收集相关资料 绘制业务流程图 绘制表格分配图 收集相关资料 绘制数据流程图 分析系统目标 分析原系统存在的问题 优化子系统的划分结果，分析各子系统的功能数据分析，绘制新系统的DFD图 新系统的边界分析 确定数据处理方式
系统分析报告组织结构图业务功能一览表业务流程图表格分配图 数据流图U/C矩阵PERT图细 系调业务流程分析xx 数据流分析分析系统分析与逻辑模 型设计 系系统物理配置方案 设计完成系统分析报告，交有关部门审批，选择计算机机型 确定网络 确定DBMS统设计功能结构图设计 系统流程图设计 处理流程图设计 详细设计编码 数据存储设计 输入与输出设计 指定设计规范 编写程序说明书 编写系统设计报告 物理系统的实施绘制功能结构图 划分模块
把DFD图转化为管理信息系统流程图具体规定处理过程中各个步骤 为新系统中的数据编码 统一并改进编码 DB的逻辑结构设计 DB的物理结构设计 输入设计、输出设计 制定文件名和程序名的统一格式 定义处理过程 完成系统设计报告，提交有关部门审批采购计算机和通讯网络系统 准备机房 安装调试设备 管理程序设计 业务程序设计 程序调控 分调 总调 以新系统代替旧系统 将系统交付使用，验收是否合格 编写程序设计说明书
房地产开发工作流程图
招投标管理流程
但是涉及的税种很房地产行业会计核算不向商业企业那么琐碎，它所涵盖的税种除生产销售及修理需要采取一定手段合理规避，多， 基本包括了国家税法规定的所有税修配行业缴纳的流转税增值税外，房地产开发公司从取得土地使用权起至开发销售完毕期间各阶段种。应纳各税种及各税种应纳税额如何进行核算做详细阐述。 一、土地使用权取得阶段：需缴纳契税、印花税（还有政府相关部门收取的交易费等），但有时土地转让方转让时会要求拿净值，而把按照税法规定应由转让方承担的营业税及附加、土地增值税等也要求对方承担。 （1）契税：是对在中华人民共和国境内转移土地、房屋权属时向承受土地使用权、房屋所有权的单位和个人征收的一种税。契税按土地使用权、房屋所有权转移时的成交价格为计税依据，基本税率为3%。应纳税额=房地产成交价格或评估价格×税率 （2）印花税：是对在经济活动和经济交往中书立、领受印花税暂行条例所列举的各种凭证所征收的一种兼有行为性质的凭证税。分为从价计税和从量计税两种。 应纳税额=合同金额×0.05%
注：印花税的缴纳贯穿房地产行业的各阶段，公司成立缴纳注册资本金的印花税，立账时账本印花税、土地取得时缴纳土地转让合同印花税，开发阶段缴纳各工程承包合同、广告合同的印花税，以及销售阶缴纳产权转移凭证的印花税等。 二、取得土地使用权后至房屋销售并交付使用之日止，每年缴纳土地使用税。 土地使用税：城镇土地使用税是在城市、县城、建制镇和工矿区范围内，对拥有土地使用权的单位和个人以实际占用的土地面积为计税依据，按规定税额征收的一种税。 年应纳税额=土地使用面积×单位税额 三、预售阶段：需缴纳营业税及附加，预缴土地增值税、企业所得税。（1）营业税：在中华人民共和国境内提供营业税条例规定的劳务、转让无形资产或者销售不动产的单位和个人，为营业税的纳税人。销售不动产应纳税额=纳税人销售不动产向对方收取的全部价款和价外费用×5% （2）营业税附加税：城市维护建设税=营业税额×7% 教育费附加=营业税额×3%（3）土地增值税：是对转让国有土地使用权、地上的建筑物及其附着物并取得收入的单位和个人征收的一种税。土地增值税按照纳税人转让房地产所取得的增值额和规定的适用税率计算征收，纳税人转让房地产所取得的收入减除《条例》规定的扣除项目金额后的余额，为增值额。
招投标管理制度及流程 根据《中华人民共和国招标投标法》，在中华人民共和国境内进行下列工程建设项目，包括项目的勘察、设计、施工、监理，以及与工程建设有关的重要设备、材料等的采购，必须进行招标： （1）大型基础设施，公用事业等关系社会公共利益、公共安全的项目； （2）全部或部分使用国有资金投资或者国家融资的项目； （3）使用国际组织或者外国政府贷款、援助资金的项目。 任何单位和个人不得将依法必须进行招标的项目化整为零或者以其他任何方式规避招标。 招标投标活动应当遵循公开、公平、公正和诚实信用的原则。 依法必须进行招标的项目，其招标投标活动不受地区或者部门的限制。任何单位和个人不得违法限制或者排斥本地区、本系统以外的法人或者其他组织参加投标，不得以任何方式非法干涉招标投标活动。 招标投标活动及其当事人应当接受依法实施的监督。 有关行政监督部门依法对招标投标活动实施监督，依法查处招标投标活动中的违法行为。 传统的建筑、交通行业的招标，分设计阶段招标和施工阶段招标，而信息系统工程的招标通常只进行一次，承建单位中标后，其任务应包括方案设计、网络施工、系统集成及应用软件的开发，有关设备及软件的选购也应包括在招标范围内。 招标 《中华人民共和国招标投标法》规定，招标分为公开招标和邀请招标。公开招标，是指招标人以招标公告的方式邀请不特定的法人或者其他组织投标。邀请招标，是指招标人以投标邀请书的方式邀请特定的法人或者其他组织投标。国务院发展计划部门确定的国家重点项
目和省、自治区、直辖市人民政府确定的地方重点项目不适宜公开招标的，经国务院发展计划部门或者省、自治区、直辖市人民政府批准，可以进行邀请招标。 招标人具有编制招标文件和组织评标能力的，可以自行办理招标事宜。任何单位和个人不得强制其委托招标代理机构办理招标事宜。依法必须进行招标的项目，招标人自行办理招标事宜的，应当向有关行政监督部门备案。 招标人有权自行选择招标代理机构，委托其办理招标事宜。任何单位和个人不得以任何方式为招标人指定招标代理机构。 招标代理机构是依法设立、从事招标代理业务并提供相关服务的社会中介组织。招标代理机构应当具备下列条件： （1）有从事招标代理业务的营业场所和相应资金； （2）有能够编制招标文件和组织评标的相应专业力量； （3）有符合规定条件、可以作为评标委员会成员人选的技术、经济等方面的专家库。 从事工程建设项目招标代理业务的招标代理机构，其资格由国务院或者省、自治区、直辖市人民政府的建设行政主管部门认定。具体办法由国务院建设行政主管部门会同国务院有关部门制定。从事其他招标代理业务的招标代理机构，其资格认定的主管部门由国务院规定。招标代理机构与行政机关和其他国家机关不得存在隶属关系或者其他利益关系。招标代理机构应当在招标人委托的范围内办理招标事宜，并遵守本法关于招标人的规定。
一个完整的软件开发流程 一、开发流程图 二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。
软件项目开发过程管理 计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。 1 开发前的准备工作 一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。 系统任务书的基本框架如下： （1）引言 包括编写目的，背景，参考资料。 （2）系统的目标及任务 包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。 （3）系统的结构及功能 包括系统应用组成及结构，系统主要功能。 （4）系统的规模及进度要求
包括系统规模，系统研制进度，人员计划。 但是系统任务书只是这个软件项目的一个基本要求，针对具体情况，软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析，必要时还要进行实地调研，然后共同商讨写出系统的需求分析，需求分析的编写目的在于： a. 说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性； b. 分析原系统（工作环境）现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。 需求分析报告的基本框架如下： （1）概述 包括编写目的，背景，参考资料，术语及缩写词。 （2）对现有系统的分析 （3）待开发系统的详细需求 包括功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。 （4）使用环境 包括网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。 （5）可行性分析 包括技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。 （6）结论意见
房地产工程招标采购管理全流程 房地产工程招标采购管理全流程，建议收藏！ 一、流程概况
二、工作程序 1、招标采购计划确定 1.1工程部根据《项目总体计划》要求，编制《工程承包商进场计划》和《材料/设备进场计划》提交造价采购部。
1.2造价材料部根据工程部提供的《工程承包商进场计划》和《材料/设备进场计划》，编制《招标总体计划》，根据招标总体计划编制具体操作《招标单项计划和跟踪》。 1.3城市公司分管副总、项目负责人对《招标总体计划》中的采购方式进行审核，由城市公司运营管理部审批： 1)招标采购：50万元以上工程采购、重大工程（包括土建、安装、煤气、智能化、装修、外水、外电、弱电、园林、消防、铝窗）、30万元以上材料和须招标的设备采购； 2)直接采购：50万以下工程采购、30万元以下材料； 2、供方信息收集 2.1发布招标信息：根据工程和材料采购计划，资格审查截止日期15天前，造价采购部安排在政府招标办、公司内网或以其他方式发布招标公告。招标公告应明确招标项目名称、招标范围、规模、资格审查截止日期、招标要求等信息。 2.2投标意向单位资料的收集：造价采购部组织相关部门通过招标公告、工程和材料信息库、市场查询等方式收集投标意向单位。应保证投标意向单位的数量不少于三家，收集渠道包括但不限于： 1) 集团内部工程承包商及材料/设备供应商信息库； 2) 网上搜寻； 3) 内部公告； 4) 招标小组及人员推荐； 5) 供方自行推荐；
6) 同行推荐。 2.3造价采购部应要求工程和材料供方提供以下资料的原件及复印件： 1) 公司简介； 2) 营业执照； 3) 资质证书； 4) 与招标业务相关的业绩资料； 5) 税务登记证； 6) 企业代码证； 7) 代理证明文件（可选）； 8) 项目经理证书（适用于工程招标）。 2.4由造价采购部要求供方填写和提交《供方资格审查表》。 3、资格审查 3.1工程承包商资格审查：由造价采购部组织招标小组对工程承包商进行资格审查；材料供应商资格审查：（针对需选型定板的材料）对材料供应商进行资格审查。 3.2资格审查分为资格预审和资格后审。资格预审指在开标前对潜在投标单位进行的资格审查；资格后审指开标后对投标单位进行的资格审查。进行资格预审的，一般不再进行资格后审。
. 软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司（简称：公司）信息软件系统安全运行在 生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。 第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估 值系统、投资风险控制系统，以及OA 办公系统、对外网站系统、基础技术架构 系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容：软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管 理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应 按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的
准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括：系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存 储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗 余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。 第七条硬件设备的准备主要包括：主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数 量、其他内置的I/0 卡和其他外设等。 第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括：《系统安装部署手册》、《系统 IT 参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵 照《 IT 系统权限及数据管理办法》的相关规定： (一 ) 投产系统权限申请设置应形成流程并由业务部门负责人和风险控制 部门审核； (二 ) 软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们 予以协同支持，最终由风险控制部进行参数定级并进行投产参数审 核；
北科建集团工程招标管理办法 （试行） 二零零八年九月
目录 第一章总则 (3) 第二章组织机构与工作职责 (3) 第三章规模标准与招标方式 (6) 第四章招标程序 (8) 第五章招标管理 (10) 第六章附则 (14) 附件1 招标范围和规模标准一览表 (15) 附件2 工程项目招标方案一览表（例表） (16) 附表3 工程项目招标资料归档和备案一栏表 (17)
第一章总则 第一条为规范集团工程招投标活动，提高投资效益，贯彻集团阳光下经营的方针，确保工程质量、工期和成本目标的实现，根据国家现行法律、法规并结合集团实际，制定本办法。 第二条本办法适用于集团及二级公司（以下简称“各公司”）投资新建、改建和扩建的所有工程项目的施工、监理、设备和材料采购的招投标活动。 第三条招投标活动应严格遵守国家法律法规，包括《招标投标法》、《建筑法》、《合同法》、《工程建设项目招标范围和规模标准规定》、《工程建设项目施工招标投标办法》、《房屋建筑和市政基础设施工程施工 招标投标管理办法》、《建设工程设备招标投标管理试行办法》等。 第四条招标工作应坚持“公开、公平、公正和诚实信用”的原则，对投标方的社会信誉、技术管理水平及合理低价等因素进行综合比较，优选施工、监理单位。 第二章组织机构与工作职责 第五条集团是工程招标采购的管理机构，对各公司的工程招标采购工作以管理、服务、支持和重点环节的监控为主；具体工作包括：（一）制定招标的管理制度、工作流程、工作规范，编制招标文件和合同的示范文本； （二）对项目招标工作的整体策划进行监督和管理； （三）对招标过程的重点环节进行监督和检查； （四）建立合格承包人信息库，逐步与承包人建立战略合作伙伴管理； （五）逐步发展战略采购，建立集团战略招标采购流程。 第六条各公司是工程招标采购的执行机构，全面负责项目的招标采购工作。具体包括：
【最新资料,Word版，可自由编辑！】
目录 1.前言............................................................................................................................................... 1.1目的.......................................................................................................................................... 1.2对象.......................................................................................................................................... 1.3要求.......................................................................................................................................... 1.4适用范围.................................................................................................................................. 1.5软件开发过程模型................................................................................................................. 1.6开发过程划分 ......................................................................................................................... 2.技术过程规范部分...................................................................................................................... 2.1概述.......................................................................................................................................... 2.2业务建模阶段 ......................................................................................................................... 2.3需求阶段.................................................................................................................................. 2.4分析设计阶段 ......................................................................................................................... 2.5实现阶段.................................................................................................................................. 3.管理过程规范部分...................................................................................................................... 3.1概述.......................................................................................................................................... 3.2接受项目.................................................................................................................................. 3.3重新评估项目范围和风险（对于较大项目） ................................................................... 3.4制定开发计划 ......................................................................................................................... 3.5迭代开发管理 ......................................................................................................................... 3.6监控项目的实施 ..................................................................................................................... 3.7结束项目..................................................................................................................................