机关后勤综合管控平台项目投标方案（技术标）

1机关后勤综合管控平台项目投标方案第一章技术方案及说明 9 91.1.1.团队整体情况 91.1.2.项目实施计划 1.1.3.概要设计 1.1.4.测试阶段 1.2.人员培训 1.2.1.培训内容 1.2.2.兼容性要求 1.2.3.售后服务 1.2.4.违约承诺 1.2.5.服务流程 1.3.1.售后服务流程 1.3.3.运维服务方案 1.3.5.现场支持服务 1.3.6.客户回访服务 1.4.其它附属数据的统计记录 21.4.1.网络、安全系统运维服务 1.4.2.网络运行分析与管理服务 1.4.3.技术保障体系 1.4.4.我公司现场值守人员可进行监控管理的内容包括 1.4.5.短信平台维护服务 1.4.6.基本要求 1.4.7.项目保障措施 1.5.质量保障体系 1.5.1.保障体系 1.5.2.过程控制 1.5.3.质量控制 1.5.4.应急保障措施 521.5.6.服务请求响应时间 第二章技术方案措施 2.1.功能模块设计符合后勤管理的发展创新 2.1.1.平台建设方案 2.1.2.工作内容 2.1.3.产品及成果 2.1.4.非移交产品 2.2.验收标准 2.2.1.代码的验收 2.2.2.数据库设计 32.2.3.数据库系统结构设计 2.3.平台设计 702.3.1.模块化设计法 2.3.2.网络化设计 2.3.3.发展软件可重用技术 2.3.4.项目开发流程 2.3.5.数据同程序同等重要 2.3.6.需求分析阶段 2.3.7.系统开发阶段 2.3.8.项目验收阶段 2.3.9.实施过程提交文件汇总 2.3.10.项目管理组织结构 2.4.任务分工 902.4.1.任务分工 2.4.2.财务组 2.4.3.项目范围管理 2.4.4.需求风险 2.4.5.协调与沟通风险 2.5.部署环境 972.5.1.系统部署结构及网络环境 2.5.2.合同风险 2.5.3.质量风险 2.5.4.技术风险 42.5.5.工作环境风险 2.5.6.项目进度表 3.1.4.单元测试 3.1.5.系统初验阶段 3.1.8.保障措施 3.2.一些技术规则 3.2.1.技术规则 3.2.2.文件夹命名约定 3.2.3.媒体对象约定 3.2.5.下面是一个流程图 3.3.2.需求管理 3.3.3.缺陷管理 53.3.4.配置管理 3.3.6.团队的日常操作 3.4.1.组织结构 3.4.2.项目经理 3.4.3.总体方案组 3.4.4.系统实施组 3.5.1.接口内涵以及和抽象类的区别 3.5.2.接口意义 3.5.3.接口怎么用 3.5.4.系统的功能设计(功能、流程、界面) 3.5.5.项目启动阶段 3.5.6.需求调研确认阶段 3.5.7.软件功能实现确认阶段 3.5.8.系统培训阶段 3.5.9.系统安装测试及试运行阶段 3.5.10.总体验收阶段 3.5.11.系统交接阶段 4.1.保障措施 64.1.2.管理客户端 4.1.3.补丁更新与软件分发 4.1.4.信息安全审核制度 4.1.5.建立并实行服务器日常维护及管理制度 4.1.6.建立并实行防火墙等软件更新制度 4.1.7.建立并实行信息储存与查阅制度 4.2.负责对本网络用户的安全教育和培训 4.2.1.安全教育和培训 4.2.2.防火墙的类型和设计策略 4.2.4.具体操作步骤如下 4.3.质量保证措施 4.3.3.软件项目管理 4.3.4.项目启动阶段 4.3.5.初步需求调研阶段 4.3.6.软件需求规格阶段 4.3.7.设计阶段 4.3.8.实现阶段 4.3.9.测试阶段 4.3.10.实施及试运行阶段 74.3.11.验收阶段 4.3.12.收尾阶段 4.3.13.相关文件 4.3.14.质量管理措施 4.4.软件质量控制 4.4.3.项目协调与合作计划 4.4.4.协调手段 4.4.5.配置项目发现和保存 4.4.6.软件版本 4.4.7.文档管理 4.5.培训计划 4.5.1.培训目标 4.5.3.范围说明 4.5.4.人员培训计划规模及课程内容安排 5.1.测试工作准备 5.1.2.功能测试 5.1.3.压力测试 5.1.4.建立测试环境 5.1.5.验收方案 85.1.6.测试结果2359第一章技术方案及说明级顾问1人，项目经理2人、技术负责人1人、实施经理1人、系统设计组4人、软件开发组13人、系统测试组3人、系统实施组3人。共计28人。形成专门服务本项目的技术序号本项目职责职务本项目具体分工高级顾问公司副总、管理事业部总经理系统总体设计指导及系统深化设计进行审核并提出优化建议项目经理(项目经理序号责职务本项目具体分工项目经理管理事业部项目经理项目统筹和沟通协调、人高级架构师项目开发过程管理实施经理管理事业部实施工程师项目实施管理总体设计组系统设计师需求分析系统设计师需求分析项目策划需求分析组高级架构师高级程序员、开发组长高级架构师程序员、开发组长高级架构师高级程序员、开发组长程序员程序员、软件开发程序员程序员、软件开发程序员程序员、软件开发程序员程序员、软件开发程序员程序员、软件开发程序员程序员、软件开发美工原型制作美工原型制作序号责职务本项目具体分工美工原型制作组系统测试师测试经理、系统测试系统测试系统测试系统测试系统测试组实施工程师系统实施、安装部署实施工程师系统实施、安装部署实施工程师系统实施、安装部署项目实施的成功与否的关键因素中包括系统配置、工具的使用、人员组织、实施流程和工程方法等。项目开发及实施过程要遵循应用系统开发管理和流程管理规范，该规范包括以下几部分内容：项目流程规范、人员组织规范、体系结构规范、业务需求规范、模型设计规范、最终用户项目正式启动后，项目将严格按照项目实施计划进行。首先进行项目的需求调研，开始收集项目的各种资料，的编写，并聘请专家进行咨询、论证，通过专家评审，经统的开发实施，在此过程中软件测试和软件初始数据的录系统开发完成后，进行安装调试、试运行，同时进行在系统全线运行后，进行项目总结，完成系统的总体验收。在此过程中，系统培训贯穿始终，确保受训人员能在项目开发阶段遵循需求分析、概要设计、详细设计、需求分析要从用户的具体要求出发进行抽象汇总最终需求分析阶段需要用户方技术人员协调用户各相关单位配合需求调研工作，在需求调研工作结束后，签署用户从用户的需求出发，概要设计人员在确认用户最终需求的情况下进行概要设计形成系统概要设计，在概要设计的结束日期将概要设计交由详细设计人员作为依照进行详根据概要设计对每一功能模块按照开发工具提供的功能进行实现的详细设计，此部分的文档应该实现如下内容：每一功能模块的用户需求的详细说明每一功能模块工作流的详细实现的设计(对应需求)每一功能模块数据流详细设计及数据实现走向详细设计(对应需求)要求：在详细设计阶段所有的设计必须按照可以作为在编码阶段程序员要按照详细设计进行编码工作，要在代码编制过程中，要求程序员严格执行编码规范和格式执行。测试方法除采用传统的测试方式外，还采用了先进的测试工具辅助测试。测试分为两个阶段：单元测试阶段和综合测试阶段。单元测试阶段在编码阶段完成，所有的测试文档由测试人员提供。综合测试由开发人员和测试人员交叉担任，包括集成测试和系统测试，同时所有的测试测试工作结束后，项目由系统开发阶段进入实施阶段。对开发的应用系统软件的使用和数据维护进行培训，使业务人员能够熟练使用系统，进行数据的管理维护和业务分析，实现决策、共享和信息发布等操作任务，使软件培训使用建设中跟随培训和建设后集中培训两个方式。建设中培训：在建设阶段积极参与各系统的建设，参与系统设计、系统实施，随时熟悉系统设备和软件的使用建设后培训：系统建设完成后，对采购方人员进行集中的系统使用和维护培训，使业务管理人员从整体和局部上掌握系统的使用。提供完整的用户手册，作为培训的材本项目由经信局组织专家进行会议评审验收，验收前需对平台各系统的功能进行测试，并进行72小时稳定性测说明项目任务完成后，投标方根据合同应提交给招标方的货物、服务以及交接文件、用户手册等，并附上相应系统上线前应由具有专业资质的机构进行系统安全性测试，测试内容至少应包含漏洞扫描、代码审计等，其测试报告作为本项目验收的组成部分。安全性测试启动、整本项目建设全过程应严格落实网络安全工作各项要求，本项目所包含的移动应用要兼容钉钉、企业微信等主流移动平台产品，支持钉钉、企业微信等主流移动平台系统需对各类常见浏览器进行兼容性优化，保障系统能在各类浏览器下正确打开与使用，支持主流软、硬件。等进行兼容性支持；应支持国产主流、国内主流打印机等端进行双端支持，保证各设备不同屏幕尺寸下、不同系统下能够合理、正确的展示与使用各项功能。移动端应同时核心功能，后台管控子系统要求按照互联网架构，基于数和其他应用系统进行数据对接时，应符合招标方总体技术路线，符合招标方相关技术要求，支持多种数据对接(1)服务体系提供的个性化服务，力争以全面、细致的服务让客户满意，3、我公司每年不定期的对公司和代理商的技术人员进4、市场部配合服务部定期向订购和使用的产品的客户如果本公司员工在售户后服务工作中违背承诺给凡因我公司原因违约，按其条款承担全部违约责规定单位总价款的相应比例向客户承担违约责任.维护服务过程中，我们的工程师将认真解决客户在接到通知后，软件故障人员在24小时内可达到现场并开严格按照质量保证体系制定的售后服务控制程序来执名单分配事件给指定的工程师或由经理直接分配事件给人为从分配事件给工程师后的第15分钟、第30分钟和第45高级工程师依然无法独立解决事件或到达规定的升级角色项目分工人数项目经理统筹协调项目交付过程与质量把控1服务经理负责日常客户沟通，服务质量监管及改进1维护技术执行专业安全渗透，发现用户网络若干人员和信息化系统风险点安全维护工程师负责日常安全运维服务工作的开展若干故障应急管理师负责项目风险把控及风险处置若干提供每周7天×8小时维护，对采购方的故障报告在30分钟热线支持服务一线技术支持小组设立电话热线值班员以及网络系统为客户提供7×24的热线技术支持服务，任何时间和紧急事态下用户都可以通过公司提供的项目经理热线和监督用户也可以通过邮件方式将有关问题反映到一线技术通过派遣安全专家定期地对网络安全系统的事件日志WEB支持服务总体维护方案全面保障招标人信息、应用系统平稳运行及有效应用，件。运行指标要求。主机系统(包括存储)可用率不低于99.99%。主机系统可用率=(总时间-主机计划外停机时间)/总时间*100%。应用系统可用率不低用率=(总时间-计划外停机时间)/总时间*100%。网络可用率不低于99.99%。信息网络可用率=(总时间-计划外网络中断时间)/总时间*100%不拖拉，不推诿。客户服务满意度达到99%以上。客户服务年投诉次数小于4次。问题响应效率。从开始处理后3个小时内解决的问题占全部问题的比重不得低于80%;在一个小时内响应的问题占全部问题的比重不得低于95%;客户端、网络、用户管理、配置、权限设计类问题视问题的情况，一般在5个工作日内解决，系统变更业务审批在5个工作日内完成，新需求、开间<30分钟，手工恢复时间<4小时。后台管理系统数据信息统计记录序号服务模块内容描述1云服务器配置安装部署，调试等工作2系统故障诊断按服务级别：7×24小时5×8小时3电话远程技术支持7×24小时4系统问题管理对遇到的问题进行汇总和发布(1)用户现场技术人员值守我公司可根据用户的需求提供长期的用户现场技术人现场值守人员还进行信息系统的日常运行状态的监控，行统计分析，便于进行网络系统的分析和故障的提前预知。配置数据网络运行分析与管理服务是指本公司工程师通过对网服务内容服务优点向客户提供网络专家电话号网络专家与客户进行电话技术交流以最小成本保证及时解答客户关心的技向客户提交网络问题汇总分析报告(3)重要时刻专人值守服务我公司深刻知道保证重要时刻系统稳定运行对客户成如需专人值守，客户需至少提前3周与授权服务商客户序号服务模块内容描述1云服务器配置安装部署，调试等工作2补丁服务消除软件漏洞给系统带来的安全隐患，并对安装补丁所引起的3升级服务对系统进行软件或硬件的升级，序号服务模块内容描述以改进、完善现有系统或消除现4系统故障诊断按服务级别：7×24小时5×8小时5电话远程技术支持7×24小时6系统问题管理对遇到的问题进行汇总和发布7系统优化对客户系统的存储设备、操作系只有具有成功实施过类似项目经验的技术队伍，才能保证本项目的成功。项目承建方要集中一批有经验的实施技术人才参加项目组。这些技术工程人员，除了自身具有独立解决问题的能力之外，还能具有良好的协作能力和相从工程整体实施过程来看，每一个开发阶段的实施，把问题消灭在产生之前或萌芽中，充分保证项目实施的成功率。有了成功实施的技术队伍，才能保证项目的质量和监控备份服务进程、备份情况(起止时间、是否成功、出错告警);对存储的性能(如高速缓存、光纤通道等)进行监控。服务器巡检作业计划书设备名：设备型号号号管理IP:检查内容参考标准结果状态是否正常巡检方法描述巡检周期运行状态正常□异常内存状态正常□异常磁盘状态正常□异常网卡状态正常□异常系统检查系统日志正常□异常文件系统，包括磁盘卷剩余空间正常□异常交换分区正常口异常服务器巡检作业计划书设备名：设备型号号号管理IP:检查内容参考标准结果状态是否正常巡检方法描述巡检周期固件版本正常□异常补丁包版本正常□异常系统镜像正常□异常存储磁盘正常□异常存储驱动正常□异常进程状态正常异常系统性CPU利用率正常□异常内存利用率正常服务器巡检作业计划书设备名：设备型号号号管理IP:检查内容参考标准结果状态是否正常巡检方法描述巡检周期能检查口异常磁盘I/O性能正常□异常数据库运行状态数据库安装目录正常□异常数据库进程状态正常□异常集群检查集群进程状态正常□异常集群日志正常□异常存存储环境状态正常服务器巡检作业计划书设备型号号号管理IP:检查内容参考标准结果状态是否正常巡检方法描述巡检周期储检查口异常系统故障报告正常口异常(4)负责编写规划、计划系统运行情况的总结；(5)建立联络机制，做好和系统实施单位(6)对应用系统运行中出现的问题及时与系统实施单(1)日常运维服务a.工作日服务主要指现场值守服务，维护团队需要指派3名资深服务系统运行日志的分析提前发现并排除可能发生的潜在故障，并在全部维护服务团队支持下，在1小时内排除普通故障，2小时内排除较大故障，4小时内排除重大故障，24小时内b.故障响应服务除了现场值守服务方式外，同时，提供7×24小时故障工程师或节假日值班维护工程师无法排除故障时，1小时内中心派专业工程师赶赴现场进行故障诊断及处理，在1小时故障，24小时内排除特大故障。(2)其他时间及夜间服务1小时内赶赴现场并排除系统普通故障，特大故障将在24小具体联系方式包括：通过维护团队提供的7×24小时响应服务热线；现场维护人员通过移动通信网络(当运维管理系统具备短信故障报警通知功能时)接收到系统报警信息；(3)临时保障服务(4)月度检查报告》,报请用户单位审批签署。(5)季度检查每季度对由维护团队的专业维护队伍对所有设备进行(6)年度检查每年由维护团队组织相关的专家(含硬件和软件)对整的方案。工程实施单位在保证进度的同时应充分保证项目质量，项目承建方需制定本工程项目的质量保障体系，从工程质量管理体系、工程标准与规范、工程设备选型以及工程开发厂商资格认定等方面来进行规范管理，以按时保建立以过程为基础的质量管理体系。各级管理层按照”P-程序和相关制度，并根据需要形成文件。其中产品设计开发过程、工程实现过程等主要过程形成了相应的制度及体程，确保产品满足顾客及各相关方的要求。针对本项目的1)设计和开发策划软件的开发经立项后，由项目经理组织对项目进行设2)设计和开发输入项目经理在充分考虑业主的要求，合同及技术附件要求及国家、行业规定和标准的基础上，确定设计的输入要开发项目组负责组织有关部门和人员对”设计输入”3)设计和开发输出序分阶段提供经过评审的软件产品、验收标准、使用说明书等全部设计输出，并满足设计输入的要求。设计输出文4)设计和开发评审由开发项目组组织有关部门和专业人员，按程序文件规定的方法评审，并做好记录。设计评审的参加者除要求的专家外，还应包括与评审内容相关的设计人员。对于评审识别的任何问题及提出的必要措施，由项目经理实施改进，改进措施应做出记录。评审记录、改进措施的记录随5)设计和开发验证根据本项目产品的特点，常用的设计验证方法是测试、同行评审、走查。测试工作应有经批准的测试依据，保留设计验证结果应有明确的验证结论。设计验证的结论及随后采取的必要措施应由项目经理形成报告，并保持记6)设计和开发确认为确保产品满足业主要求，在产品交付必须前进行产品的设计确认。确认结果和跟踪措施应予以记录。设计确在设计确认之后，进行产品发布，由产品经理批准，7)设计和开发更改的控制所有更改和修订必须经原审批途径进行审批，或由设设计更改必须经过评审和验证，必要时组织设计确认。对设计更改的评审包括对已投入使用的产品及产品的其他软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制体系，每个里程碑都是一个质量控制节点，这些质量控制节点贯穿于整个软件开发全过程，从质量部和测试小组组成),根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制，确保应用开发的顺利进行，及交付的应用系统能够满足业主的使用需要，确保交付的系统能够代表项目承建方的整体技术水平。同时也1)质量保证措施为确保软件生存月期的各阶段的质量要求得到满足，分析、设计、开发、安装和维护等各阶段活动均按以下要2)实施预防与校正措施目的：制定有效、切实可执行的预防和校正措施并贯彻执行。对业主方项目组提出的意见明确处理规程，积极预防为主、采取预防措施。根据项目实施进度，预防出现问题(不合格现象)、及时采取纠正措施。同时，分析不合格现象产生的原因，及时采取纠正措施，并控制成立应急保障小组，在项目实施过程中常驻项目地。由项目经理负责，组织处理实施中的突发问题。应急保障小组配有应急电话，采用轮流值班方式，保证应急电话二十四小时开通。项目实施过程中，每天会在施工现场派驻一名小组成员，处理现场问题，项目经理每天保证各现场巡查一次。如遇到紧急情况，由现场保障小组成员处理，事后汇报给项目经理；如果现场解决不了，第一时间汇报项目经理，由项目经理组织协商，保证在二十四小时内给出解故障、配置丢失等),在此期间按紧急预案处置，确保系统诺向用户提供一年免费的标准支持服务，在免费服务期内，针对软件应用中出现的问题在1小时内提供应急相应方案，户关于软件应用以及相关内容的咨询和问题提供解答和解(1)故障等级定义紧急故障：系统已无法使用，导致用户业务活动中止；故障等级电话/传真回复响应提出现场响应计划紧急0.5小时1小时严重1小时2小时中等4小时8小时轻度4小时8小时(3)故障修复时间紧急严重中等级时间24小时24小时30小时故障修复时间，指技术支持服务人员到达用户现场并且第二章技术方案措施本项目开发计划用于从总体上指导项目顺利进行并最SQLSERVER:系统服务器所使用的数据库关系系统UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的UDP:UserDatagramProtocol是无连接的传输层协议分布式代理：可隐藏服务器ip,减少服务器的危险；进行处理三级代理：减轻服务器压力，可实现智能作弊系统!标准、条件和约定GB/T13702-1992计算机软件分类与代码软件工程标准分类法计算机测试文档编制计算机软件需求规格说明计算机软件测试规范GB/T11457-2006信息技术软件工程8、项目实施总结；表2.1人员分工姓名角色工作描述组长项目经理、软件工程师、软件架构师组员软件架构师、数据库工程师、软件工程师组员需求工程师、UI工程师、软件工程师组员测试人员、质量控制员、软件工程师组员文档人员、测试人员、软件工程师软件需求说明书(软件规格说明书):对所开发软件的在用户与开发人员双方对软件需求取得共同理解并达成协最后在发布之前进行小组内评审，代码编写符合最后在发布之前进行小组内评审，文档格式符合采用J2EE的架构进行开发，采用现阶段成熟的基于在系统实现上，采用目前国际流行的面向对象技术、支持主流的各种网络协议，如TCP/IP、IPX/SPX、能支持同构、异构网络的分布操作，支持松散耦合型性，审计),细粒度化的访问控制，适合于多层环境的安全拥有支持MIS的功能强大的开发工具，提供数据仓库和可充分利用服务器的资源，发挥服务器的性能，方便管理，中的所有资源数据库系统，为集中方式和B/S结构的应用提示、分类路径明确、多级同步维护(级联修改)、分类分级字典驱动的数据库结构：系统的发展变化对应于设备 (实体对象)的属性和设备(实体对象)的增减，能够通过数据库结构清晰，便于实现00P;环节到最后结束和反馈的整个过程中产生的数据进行完整件开发的过程中添加程序或者删改程序。因为模块化设计，2)数据流设计法化的数据流图特征，之后对这些信息进行详细分析和准确3)数据结构设计法5)服务化设计6)开发智能的软件设计系统智能的软件设计系统主要是指通过使用知识工程和人(3)明确表示验证和确认技术需要的基础软件的组装设计技术和接口技术都是亟待解决的重要Web开发的分散性和交互性，决定了Web开发必须遵从一定的开发规范和技术约定。项目开发人员都按照一个(1)项目的角色划分开发团队一般可以划分为项目负责人、程序员、美工三项目负责人为"项目经理",负责项目的人事协调、时间(2)开发工具的选取只要程序员的纯Html和Javascript代码的功夫足够过由项目组共同联调测试，发现bug,完善一些具体的细(1)项目实施原则用户方成立领导亲自挂帅的项目小组，在调研、设计、2、采用“两手抓”的方针，一手抓开发、一手抓使用(2)项目总体推进计划的期准备的期准备系统设计开发实施运行测试试点与试运行(3)系统实施过程的质量保证说明在实施过程中将发生的重大质量保证活动或由此将产生的质量记录和产品，项目管理与开发阶段划分密切相关，调研正式开始前项目开发组应检查所有必要的准备工作已项目开发组根据调研中系统实际技术需求和各个子系统的业务需求，编写并向工程领导小组提交符合CMM(5)总体设计阶段包括数据库设计),组织评审并签署评审意见。对其中评审(6)详细设计阶段能要求进一步加以分析和细化并且把软件的详细设计文档负责人讨论确定详细的开发计划，并向工程领导小组提交(8)系统实施和试运行阶段功能清单》,这两种文档将详细描述软件的使用过程，软件软件试用期内用户的主要工作是根据《软件功能清单》各相关业务负责人、现场实施负责人需要签署各子系统的工作一段时间进行验证，使每个功能模块都得到基本确认；在试运行期内系统存在一定的细节性问题是工程项目目验收计划》,组成项目验收小组，共同进行项目验收。此进行总结的《项目总结》,《项目技术报告》,最终的完整验收工作将由用户组织的专家组对系统进行全面的验(10)系统正式运行及维护阶段(11)各阶段辅助文档《现场工作日程安排计划》,在实施中的各阶段，对于同制订好《现场工作日程安排计划》,并严格据此执行，需《现场工作周报》,在现场实施工作中，为了把阶段性完成后用户项目组向所有相关部门和领导发布，开始执行；了使用户能够及时获知项目的进展情况和公司开发小组的《阶段评估报告》,实施中当某一阶段性目标实现后，阶段名称作用评审级别变更控制需求调研人员和日程安排双方现场实施负责人双方现场实施负责人报告》明确用户业务需求双方项目负责人双方项目负责人设计据库设计)软件的模块设开发编码使用双方项目负责人双方现场实施负责人报告》软件开发交成果等计划双方现场实施负责人双方项目负责人《测试总结报符合ISO9000质量保证体系规定的功能测文档软件现场实施准备工作、人员训计划、阶段目标等双方现场实施负责人双方项目负责人系统培训录》明确培训环境条件及方式，参加人员，课程课时等要求培训记录，培训效果总结，是否达到目标双方现场实施负责人双方现场实施负责人系统安装现场安装、调试和提交软件的相关文档《软件功能清所提交软件全部模块结构划分，功能描述用户系统人员软件已在现场安装、调试、培训完成，基本可以进入试运行证明用户系统负责人实施中发现的软件问题和用户提出的具体修改意见，以及对其所作修改和确认记录项目验收《项目技术报告》开发过程项目总结，技术总结，数据库设计字典等验收相关文档日常《现场工作日程需在现场进行双方现场双方现场较长时间的一实施负责实施负责工作般工作日程安排人人《用户项目报较长时间不在用户现场时向用户信息服务系统汇报项目进展和工作情现场工作周计划双方现场实施负责人双方现场实施负责人《阶段评估报实现后进行总阶段打好基础项目管理办公室是由用户和系统供应商的高层领导人项目管理办公室中的用户成员有责任推动相关工作人项目经理必须随时向项目管理办公室报告整个项目进单位责任用户业务系统的现状调查、分析；提出项目需求；组织方案验收系统供应商项目管理负责系统连接或软件部署、配置、软件开发等技术文件；配合项目验收产品提供商提供产品的技术支持服务在客户特别指明时提供产品安装调试服务将由用户项目部领导以及我公司管理层的相关负责人(2)专家顾问组：(3)项目管理组：该组在项目管理办公室成立后设立，项目验收后结束。(4)商务组：的商务计划，负责商务投标，合同的签署，按照合同定货，接受项目管理组的领导，向项目管理组汇报，制定资金(6)培训组：(7)文档组：(8)技术核心组(架构设计组):(8)设计施工组(开发组):(9)验收组：项目管理范围包括本项目建设周期内各个阶段以及所项目造成的影响降低到最小，是项目风险管理的主要工作。接口。系统需要采集的数据量大、涉及的相关系统范围广，的技术风险，需要业主和系统建设方从系统开始建设之初，阶段就要进行反复的论证，在系统构架的时候尽可能采用国程中与多家业务部门进行沟通，才能逐步明晰系统的需求。2%,延迟小于50ms。内网服务器之间用千兆以上光纤及交换机做连接，丢包率小于%,延迟小于5ms。客户机连接服一个项目有可以预料的(包括已知的)风险和不可预料出软件项目经常遇到的15种可预料的(包括已知的)风险及预防这种风险的办法是项目建设之初项目经理就需要(2)需求变更风险需求变更是软件项目经常发生的事情。一个看似很有巨大的风险)。预防这种风险的办法是项目建设之初就和用户书面约(3)沟通不良风险项目组与项目各干系方沟通不良是影响项目顺利进展预防这种风险的办法是项目建设之初就和项目各干系(4)缺乏领导支持风险(5)进度风险有些项目对进度要求非常苛刻(进度要求不高的项目，我们同样要考虑该风险),项目进度的延迟意味着违约或市(7)系统性能风险预防这种风险的办法一般是在进行项目开发之前先设(8)工具风险预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前(一般需要提前一个月左右)跟踪并落实工具的到位事(10)团队成员能力和素质风险团队成员的能力(包括业务能力和技术能力)和素质，(11)团队成员协作风险预防这种风险的办法是项目在建设之初项目经理就需(12)人员流动风险项目成员特别是核心成员的流动给项目造成的影响是预防这种风险的办法是尽可能将项目的核心工作分派给多人(而不要集中在个别人身上)、加强同类型人才的培工作环境(包括办公环境和人文环境)的好坏直接影响预防这种风险的办法是在项目建设之前就选择和建设(14)系统运行环境风险目前，大部分项目系统集成和软件开发是分开进行的 环境和网络环境的建设进度对软件系统是否能顺利实施具(15)分包商风险预防这种风险的办法一般是指定分包经理全程监控分项目阶段工作内容成果需求调研成立项目咨询专家组，对项目需求进行详细的调研系统需求规格说明书系统设计在需求调研的基础上对系统架构、安全体系、功能等进行系统设计系统设计说明书系统开发进行各个子系统的迭代开发，完成单元测试不同迭代版本的可运行系统系统集成系统集成和对各模块集成测试测试报告形成可完整运行的系统系统初验项目初验初验报告系统试运行1、平台上线试运行2、系统持续优化升级版本的可运行用户本地用户培训对各级用户进行培训使用说明项目终验项目终验验收报告项目实施各环节实施方案求和我方在以往大型信息化平台建设实施方面的经验和教设目标、项目的总体目标，在本章中，针对本项目的特点，进地进展，每一个迭代周期完成，都会形成一个产品原型，设计提取可复用类提取可复用类提取可复用类评估原型测试客户评估第个里程碑在项目实施中通常设置在阶段任务完成点或关需求分析阶段采用RationalRose的“用例(系统设计阶段将按照面向对象的分析设计方法并结合使用其他软件工程方法，完成各子系统的概要设计。结构的O-0(面向对象)设计。构进行设计，这是承上(需求分析)启下(代码实现)的阶良好和规范的业务需求可同需求分析合并进行，绘制工作将借助绘图工具软件Visio对图形表述进行规范。(一)日创建、日部署可以在最短时间内开发出子系统核心业务功能交付项(二)代码走查过测试发现实现该模块的实际功能与定义该模块的功能说测试(白盒法)的用例，尽可能达到彻底测试，然后辅之以功能测试(黑盒法)的用例，使之对任何合理和不合理的输(四)系统测试例设计按照模块逐一“输入”数据(手工或自动工具),并(一)试运行实施步骤：建立由业主方主管领导和项目经理组成的试运行领导业主方系统使用人员负责在试运行期间定期反馈系统(一)验收标准：(二)验收组织确地执行和控制这些活动以保证绝大多数的缺陷可以在开的，在执行过程中，根据已定义好的过程来执行这些活动。本项目质量保证贯穿于整个项目的始终，开展有计划、1,数据库命名约定(参考了"匈牙利命名法")数据库符型为c,整型为i,逻辑型为b,货币类型为m,浮点型为f,日期型为d,时间型为t,二进制为bl。如果类型为字符型，单词之间可以用单词首字母大写软分割(推荐),也可以用fcUserInfo或fcUser_Info触发器(Trigger):格式[trg]_[d][i[u]_[desc]。trg代表2,SQL语句书写规范..SELECT*FROMtabNewsInfoWHEREf_UserName="ORDERBYfiautoid/readme.txt平台说明文档/helps.htm平台帮助文档文单词。全部文件夹的含义在readme.4,对象及变量命名约定：每个变量名必须先定义，再使用。中.国.站长站.须标明函数的功能、输入参数、返回值的相关信息。5,图形对象约定中国.站.长站.图片的格式：最后生成jpg,gif,png,swf格式图片的字节大小：最大不能超过30k.com。流媒体的格式：asf,wmv,wma,rm,不建议使用avi要按照设计广告的要求来设计网页页面，特别是一些妥协的过程。需求分析结果要有文字资料存档。。3,技术参数必须了解准确。比如用户的软件平台是linux系列，那你的系统就要考4,最好让用户对已经确定的需求内容签字，盖章。5,任何交流，必须有书面记录。须每天花10分钟写工作日志。需求组测试组要上线计别验证软件系统是否和完整实现了需求并且满足性能要置管理工具支持基于文件(FileBased)的版本控制、支持动地同其变更集(封装了所有用于实现该活动的项目工件)用例用测试工具(功能测试、手工测试和其他测试工具)进联系业务部门和IT部门的纽带。提交路所提交求变要求B动作动作描述负责人状态提交度等系统使用人员已提交打开系统支持人员开始解决该问题系统支持人员已打开处理完毕通过电话或现场支系统支持人员已处理接受问题提交人员确认问题已经被解决问题提交人已关闭WORKAROUND”方系统支持人员已打开变更处理人员发现该系统功能设计不合理或是该问题会引发以提交需求变更请该问题如果有”WORKAROUND”方系统支持人员已打开确定需求在哪个阶段(版本)中实现，并通过分配给相应的需求处理流程EE险推迟准迟症迟拒地a拒增已-亮感证B动作动作描述负责人状态提交大小等系统使用人员已提交审核确认该需求需要实现并确定实现版本需求审核组已审核设计需求分析组已设计分配项目经理根据需求设计分配相应人员项目经理已分配打开表示开始实现该需求开发人员已打开完成完成该需求并已通过开发人员自我测试开发人员已完成验证对该需求进行接受测试并验证通过测试人员关闭拒绝新开发测试人员已分配推迟在任意阶段都可以推迟该需求相关人员已推迟分析对一些影响较大的需求需要进在可控的范围需求分析组已分析缺陷处理流程B²8B²8团迟拒增己辉决时表系并h可以合级本管建，在下分想交B分重复Ei打开擅迟E动作动作描述负责人状态提交测试组成员递交一个软件缺陷测试组已提交分配项目经理分配相应开发人员予以解决项目经理已分配打开表示开始修复此缺陷开发人员已打开解决表示已经修复了此缺陷并且通过了开发人员的自我测试开发人员已解决验证对该缺陷进行接受测试并验证通过测试人员关闭拒绝发测试人员已分配推迟在任意阶段都可以推迟该缺陷的修复相关人员已推迟重复在系统中有相同的缺陷已经存在项目经理已重复4)测试管理?增当接受到测试任务到测试结束的整个过程。测试处理流程陷陷交配码实醒E执行方分析流动作动作描述负责人状态求用户接受测试或其他需要测试时提出请求测试经理已提交配置从用例库中配置出需要测试的套件测试设计人员已配置实现对经配置但未实现的用例进行用例实现测试人员已实现执行执行测试测试人员已测试分析分析测试结果测试人员已分析通过如果测试通过测试经理已通过陷测试发现问题时提交缺陷请求测试人员已分析在流程中集成配置管理是为了更好的管理开发者的工使得软件开发团队从更高的层次根据活动(activity)来管理将一起开发、集成和发布的相关工件组按构件是将所有的变更集成到一个所有开发团队成员均可访问的于构件的软件开发方法论的广泛应用以及代码变更频率和幅度的增加都要求开发团队能经常和较早地将各个开发人①t10u主INr流下(策略可以根据公司开发情况而设定):改变了传统的已文件提交的方式。为了使开发人员同其他人实际上项目集成流充当了所有开发人员的所有变更的建、测试和批准，它们可以被逐步提升到不同的基线级别。理可以设置项目策略，标识出在哪一个基线级别(如“通过测试的”)开发人员可以执行变基操作。第二，基线提升级别就具体的开发人员应该如何同其所开发的工件进行交互在小范围内运行系统(该系统版本为在INT集成流上通过测试的某个版本),运营部门可以很方便的拿到特定的需要试①①②象平时样工工作任公功能增强或缺陷修复(修改代码)(6)项目实施概况项目实施管理原则项目开发维护的实施中，严格按照ISO9001国际质量体(1)有经验、成熟的技术队伍是工程实施的前提条件的、高水平的、具有严谨工作作风的技术队伍(2)管理层次分明、职责清晰是工程实施的基础(3)确定过程控制点，以过程质量保证整体工程质量(4)用户参与是项目工程成功的保证(1)项目领导小组(2)项目管理办公室(3)顾问咨询组1)人员组成2)主要职责2)主要职责项目控制：审核项目进展状态，必要时调集各种备用资工程组织接口及技术接口问题；定期主持系统建设协调会，1)人员组成2)主要职责(6)软件开发组1)人员组成2)主要职责(7)系统测试组1)人员组成由具有丰富经验的系统工程师和参加系统开发的软件2)主要职责(2)扩展能力3.5.提供.NET与JAVA部分关联(1)接口的含义Java中的接口是一系列方法的声明，是一些方法特征的有不同的行为(功能)。(2)比抽象类更加纯粹，更加抽象进行支持的两种机制，正是由于这两种机制的存在，才赋间在对于抽象类定义的支持方面具有很大的相似性，甚至比较点接口定义通过implements实现接口4限制一个子类可以实现多个接口关系一个抽象类可以实现多个接口但可以继承多个接口一个抽象类中可以包含多个接口6实例化都对通过对象的多态性，通过子类进行对象的实例化操作。实现限制不存在单继承局限表示一种标准、一种能力④从设计理念层面看abstractclass和interfacabstarctclass致的，仅仅是实现了接口定义的契约而已。其实abstract家在选择时可以作为一个依据，当然这是建立在对问题领如果一个类中没有包含足够的信息来描绘一个具体的在抽象类中不能定义默认行为还存在另一个比较严重的改类的界面(一般通过abstractclass或者interface来表示)间(对于派生类很多的情况，尤为如此)。但是如果界面是样的方法实现出现在该抽象类的每一个派生类中，违反了概念。由于Java的继承机制只能提供单一继承(就是只能继承一种父类别),所以就以Java的interface来代替C++的对于Java的继承与接口，我们总结如下：(1)Java的class只能继承一个父类别(用extends关键字),但可以拥有(或称实作)许多interface(用implements关键字)。(2)Java的interface可以继承许多别的interface(也是用extends关键字),但不可以实作任何interface。Java语言规范对接口的定义}Java中在接口的应用中，要注意一下几点：(1)接口一般定义的是常量和一些抽象方法。(2)接口(interface)只能定义抽象方法而且默认为是Public。常量是publicstaticfinal修饰的(3)和继承一样，接口与实现类之间存在多态性。1)资产管理模块功能业务流程资产管理借助物联网技术实现覆盖后勤资产档案、计划、采购、出入库、借用、调拨、租借、维修、盘点、耗材、检测等业务需求。应包含固定资产管理、耗材管理、维修界面2)食堂管理通过人脸识别技术和信息化管理系统搭载不同智能硬同时收集多维度数据分析助力后勤经营管理优化。包括菜谱管理、计划管理、采购管理、消耗管理、库存管理、就3)公车管理通过北斗定位、移动应用等技术方案为企业提供便捷派车、车辆监控、实时查询等解决方案。包括车辆档案管4)物业管理集成多种智能化设备，全面覆盖企业物业服务的各个方面包括：宿舍管理、环境管理、停车管理(授权)、快递5)安保管理通过接入视频监控、报警检测、梯控等系统的设备，获取边缘节点数据，结合门禁、巡检、访客等业务功能实6)日常管理包括会议室管理、考勤管理、合同管理、供应商管理、7)移动办公角色，配合后端系统的各个业务模块实现全流程的无纸化8)三维可视化展示实现园区三维立体化数字展示。对公司园区及大楼内部进行三维展示结合采集的资产、车辆、食堂、门禁、监9)与其他系统的接口实现数字化后勤业务全场景覆盖，不仅仅要完成业务流程梳理和建设，还需实现已有业务系统(如财务系统、题。此外还需要与门禁系统、道闸设备、视频监控系统、食堂消费系统、会议室系统、车辆导航系统等做出相应的10)设计概况软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别制定此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。在合同签定后，指定项目经理，成立项目组，授权项公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》,召开项目启动会。配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户用户：成立项目实施组织，配合前期调研和召开启动1、成立项目组部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员项目经理及项目组成员，在商务人员配合下，建立与项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：项目描述，项目目标、主要项目阶可交付成果。所计划的职责分配(包括用户的);沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根项目组与用户共同召开的宣布项目实施正式开始的会共同组建项目实施组织，实施组织的权利和职责；双项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);项目实施中项目管理的必要性和如何进行项目管理，阶段验收、技术交接和项目结束后如何对用户提供后此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体项目组、部门经理、商务等人员根据合同要求和项目如果计划存在变更，则执行变更控制流程，否则按计使用、打印格式、报表查询几个方面展开深入和全面的调项目组和公司其他技术部门将进一步进行分析，确定定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并求调研工作结束之后，如果用户提出新的需求或是变更已此阶段的主要工作是项目实施人员根据需求调研阶段件功能的实现工作。在软件功能实现的过程中，项目实施每一个实施技术人员必须严格按照要求记录、存档。按照求，对不满足要求的功能，项目实施人员将会记录下来并(四)数据标准化初装阶段此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用结合调研结果，与用户实施负责人商议具体培训内容、培训开始前2天，按照签署的《培训计划》,将培训内公司项目组在培训开始前，将培训环境搭建及检查妥公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填公司项目组培训负责人与用户实施负责人组织受训人公司项目组培训负责人与用户实施负责人一起将出勤此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常同时目的还在于在正式运行前用户的有关人员能进一步提与用户实施负责人商议具体测试及试运行时间，地点，在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。公司项目组负责担当指挥，检查用户人员及时纠正错误操作、对于新发生的问题及时与相关测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总主要项目阶段阶段组成主要里程碑可交付成果启动阶段编制总体项目计划启动会项目启动会需求调研阶段需求分析报告确认需求调研结束软件实现软件功能确认软件功能确认数据初装用户签署初装计划及初装培训计划初装检查及总结完成《数据初装总结表》考核用户签署培训计划签署的《培训计划》培训总结培训完成《培训总结表》试运行用户签署测试及试运行计划测试及试运行总结成《测试及试运行总结》验收总体验收验收完成《总体验收报告》此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实目将进入售后服务阶段。软件公司项目组还需要让用户填项目实施情况进行评价，软件公司将听取用户的意见，再(9)信息安全保密管理制度安全意识的强弱对于整个信息系统避免或尽量减小损在IP资源管理方面，采用IP+MAC捆服务器的备份策略包括系统软件备份和数据库备份两作情况进行检查(数据库备份后面有论述)。VERITAS的相关客户端Agent软件。SQL数据库、凌晨2点自动备份Oracle数据库、凌晨3点自综合以上各种因素，我们选择了SYMANTEC公司的我们使用微软的SoftwareUpdateService(SUS)解决运行Windows操作系统的计算机免受病毒和黑客攻击，将级的软件从Internet下载到公司Intranet的服务器上，并为公司内的所有客户端PC提供自动升级，打上所有需要的“补我们使用微软SystemsManagementServer(SMS)进行软设立信息安全岗位，实行信息安全责任制设立专职信息安全管理领导岗位和3个信息安全管理岗位；信息安全岗位工作人员不得在其他单位兼任信息安全岗位；负责安全规划和安全项目的研究，全面提高网络安全服务器监控：管理员经常性的监控服务器的运行状况，定期系统升级：对于windows操作系统的服务器每周做一次确保线路畅通。上班后与下班前检查线路，寻找网络隐患。负担整个网络的性能管理任务。对网络性能进行动态监测，及时更新防火墙清点数字资产，确定每项资产应受多大程度的保护控制系统的访问权限，公司在允许一些人访问系统的同时，必须阻止另外一些人进入。网络防火墙、验证和授权系统、测工具来查询公司网络上的电脑活动，及时发现可疑行为。实行关键字的设立、过滤与更新规则份与冗余”行之中。为此，首先抓好组织机构建设。在原来的基础上，作落实到各个部门，做到分工明细，责任明确。从组织社区、BBS等实现24小时值班，并将信息安全责任落实到人，各分公司和各网站均有专人负责信息安全工作等过滤、防垃圾邮件等技术手段来杜绝有害信息防火墙(Firewall)是在一个可信的网络和不可信的网络之间建立安全屏障的软件或硬件产品。Linux操作系统内核可建立一个基于Linux的防火墙，用这组规则过滤被主机接----目前，防火墙一般采用双宿主机(Dual-homedFirewall)、屏蔽主机(ScreenedHostFirewall)和屏蔽子网包过滤能力建立的包过滤防火墙和包过滤与代理服务组成机的基于Linux的防火墙。法也不一样。IpFwadm是基于Unix中的ipfw,它只适用于是Ipchains。IpFwadm和Ipcha们配置的4个链中，有3个在Linux内核启动时进行定义，和转发链(ForwardChains),另外还有一个用户自定义的链 便，我们以3台计算机为例。实际上，最多可扩充到254台在一台Linux主机上安装2块网卡ech0和ech1,给ech0网卡分配一个内部网的私有地址,用来与Intranet相连；给ech1网卡分配一个公共网络地址/sbin/ipchains-Finp予该文件执行权限，在/etc/rc.d.rc.local中加入一行----通过以上各步骤的配置，我们可以建立一个基于TISFirewallToolkit免费软件包(/),还本项目实施应采用先进的质量管理模式和科学的质量(2)质量控制过程本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及部门名称主要职责分管总监负责协助项目启动过程，指派项目经理及项目组；负责协助项目组完成项目各阶段任务；负责参与评审项目关键阶段成果；应用开发部部门成员出任项目经理；项目经理为项目第一责任人；对项目结果负责；根据公司要求开展项目各阶段任务；负责项目启动至项目收尾的所有项目相关负责向其他部门提供允许的技术资料及技质量管理部负责项目启动阶段的准备工作；负责检查项目各阶段的成果并出具检查报负责项目过程中的测试工作并出具测试报负责项目过程中的配置管理工作；负责项目过程中的评审组织、里程碑活动组织工作；负责定期向项目经理、应用开发部、质量管理部经理提交质量管理报告并及时汇报项目的近况；负责协助项目经理分析项目过程的问题及风险，并提出解决方法。产品销售部负责项目前期商务工作，并于项目启动阶段移交、讲解前期资料至项目组；负责协助项目经理处理客户关系；负责协助项目验收工作；负责项目的合同收尾工作。财务部负责审核、发放项目奖金；负责监督项目成本及预算执行情况。流程阶参与人执行说明/模板段1、分管领导2、应用开发部3、项目经理4、质量管理部奖惩办法。2、项目经理和项目组制定项目计划，质量管理部门审核通过。实施及试运行阶段1、项目经理2、质量管理部1、项目经理根据前期与客户交流的情况进行客户需求调研；书面记录。1、项目经理2、项目组3、质量管理部1、根据调研结果编制软件需求规格说明书(相当于总体设计),软件需求规格说明书主要用以说明软件的实现概况；2、以需求规格说明书为基础对客户进行二次调3、二次调研可采用系统原型的方式也可以采用说明书方式有项目经理1、项目经理2、项目组3、质量管理部1、系统设计阶段必须包括UI设计、业务设计、数据库设计等3个方面的内容；4、对于工期在20天以内可以完成的外围开发，以任务单为主体进行设计即可，无需设计说明书，超过20天的必须按照软件开发流程进行。1、项目经理2、项目组码情况；2、按版本计划提交测试3、按照里程碑计划进行1、项目经理2、项目组3、质量管理部根据《软件测试管理制度》进行软件测试，测试工作交叉于整个项目过程中。1、项目经理2、项目组3、质量管理部包括系统初始化、系统问题收集及反馈、系统培训等几项工作。1、项目经理2、产品销售部3、质量管理部1、以项目组为主进行内部验收、外部验收工作的2、通过内部验收和外部验收项目视为通过；3、负责协调组织外部验收，准备相关材料。1、项目经3、质量管理部1、项目收尾及合同收尾完成视为项目结束；2、完成项目收尾后，发放第一笔项目奖金；2、合同收尾由产品销售部负责；1、项目过程中，执行质量管理考核标准，具体考核参见《质量管理制度》;2、项目过程中，执行配置管理考核标准，具体考核参加《配3、质检员对项目全过程进行质量考核，如不达标则根据《质量管理制度》《配置管理制度》《软件测试管理制度》中的规定进行考核，考核结果影响项目奖金方法，具体参见《项目奖金管理办法》。流程阶段参与人执行说明/模板1、产品销售部2、应用开发部说明：由商务部的人员向应用开发部交接前期的1、分管领导2、应用开发部1、公司需向项目组明确2、组建项目组，任命项目经理，制定项目委任项目启动3、项目经理4、质量管理部3、质量管理部指定质检员，搭建配置库、测试目录等，并协助完成启动工作。模板：项目委任书、项目经理授权书。 1、应用开发部2、项目经理说明：项目经理带领项目模板：项目进度计划。1、应用开发部2、项目经理3、质量管理部通过后组织相关部门人员对计划进行评审，评审过程遵照《评审规程》执行。2、评审不通过则交换项目经理直至评审通过。1、质量管理部2、项目经理1、质检员根据进度计划，编制测试计划。2、测试计划需经项目经理及质量管理部经理审1、质量管理部2、项目经理1、质检员根据进度计划编制质量保证计划。2、质量保证计划需经项目经理及质量管理部经1、分管领导2、应用开发部3、项目经理4、质量管理部1、发布项目计划、测试2、项目经理根据《项目奖金管理办法》完成项目奖金预算，提交公司审核；3、项目经理进行项目成本预算，并提交公司审模板：项目奖金核算表、项目成本预算表管理说明：1、项目工期在2个月以内的，项目进度计划允许规划只到里程碑，每月低对对下月计划进行细化，但不允许修改里程碑(包括时间、成果均不允许修改),如里程碑要进行修改必须按照《配置管理制度》中的变更要求进行审批，经同意后才能修改；2、项目成本预算通过后，交由财务部按月进行成本跟踪，流程阶段参与人执行说明/模板确定关系人范围经理经理说明：需及相关部门向项目经理提供管理表。模板：关系人管理表需求调研经理说明：项目经理根据关系人情况，制定需求调研方模板：调研方案1、项目经理2、项目组3、质量管理部1、需求调研过程需质检员1、项目经理2、项目组说明：初步需求调研阶段必须交付调研相关纸质、电子版材料及需求确认管理说明：1、质检员在需求调研过程加入项目组开展具体工作，所有流程阶段参与人执行说明/模板1、项目经理说明：根据初步需求调研确认表结果进入软件需求规格阶段1、项目经理2、项目组规格说明书初稿或根据需求编写系统原型作为需求规格；2、软件需求规格阶段是将客户需求转变为软件实现的需软件需求评审1、项目经理2、项目组1、软件需求编制完成后，以此为基础进行二次需求调研。调研结果用以修改软件需求规格的成果，并形成最终提交的需求规格说明书或系统原型。模板：软件需求规格说明书1、应用开发部2、质量管理部3、项目经理1、对需求规格说明书或系统原型进行2、如采用系统原型评审，则评审通过后质检员需协助完成需求规格说明书终稿。1、项目经理说明：软件需求规格阶段结束后，应当输出软件需求规格说明书(如采用系统原型的应同步输出系统原型)管理说明：1、软件需求规格阶段主要用于将客户需求转化为软件实现的需求，需求规格说明书阐述的主题内容应围绕软件提供的功能实现为主；2、本阶段项目经理可根据项目组及客户实际情况制定需求讨论的方式(如系统