总结项目组织形式的类型.docx
- 文档编号:6923071
- 上传时间:2023-01-12
- 格式:DOCX
- 页数:7
- 大小:19.84KB
总结项目组织形式的类型.docx
《总结项目组织形式的类型.docx》由会员分享,可在线阅读,更多相关《总结项目组织形式的类型.docx(7页珍藏版)》请在冰豆网上搜索。
总结项目组织形式的类型
A4打印/可编辑
1.项目概述
1.1建设目标
为进一步强化北京市顺义区棚户区改造项目的监督管理职能,根据《住房城乡建设部关于印发2016-2020年建筑业信息化发展纲要的通知》(建质函(2016)183号)、《北京市2018年棚户区改造和环境整治任务》(京政办发(2018)4号)、《北京市顺义区人民政府关于棚户区改造和环境整治工作的实施意见》(顺政发(2017)13号)等要求,开展“棚户区改造项目全生命周期监管信息系统”的建设工作,坚持''统一领导、统一规划、统一标准、统一组织实施”的原则,根据工作要求,围绕棚改项目,以监督管理为导向,以数据为核心,总体部署、分步实施、有序推进'‘棚户区改造项目全生命周期监管信息系统”建设,依托''云计算、大数据”等最新互联网技术,建成覆盖全区、统一管理的"互联网+棚改办政务服务”体系,实现信息共享,为棚改项目参建单位提供高效的协同办公平台,提升棚改项目管理水平,为项目决策提供准确可靠的数据支撑,最终实现对棚户区改造项目进行全生命周期的精细化、科学化和智能化的监督管理。
1.2建设依据
《住房城乡建设部关于印发2016-2020年建筑业信息化发展纲要的通知》(建质函(2016)183号)
《北京市2018年棚户区改造和环境整治任务》(京政办发(2018)4号)
《北京市顺义区人民政府关于棚户区改造和环境整治工作的实施意见》(顺政发
(2017)13号)
1.3建设原则
1.3.1遵循安全、可靠性原则
棚户区改造项目全生命周期监管信息系统建设应充分考虑系统的安全防护、容错能力和抗干扰能力,保证系统长期稳定、安全、可靠、高效地运行。
1.3.2遵循先进、实用性原则
坚持满足近期需求和实现远期目标相结合,既要体现前瞻性,又必须有较强的现实指导性。
棚户区改造项目全生命周期监管信息系统既要立足于日常办公管理,促进管理工作的标准化、规范化和现代化,又要结合棚户区改造发展和建设需求,积极推广应用相应的先进技术。
1.3.3遵循灵活、可扩展性原则
通过采用灵活的构架,使得系统平台功能可扩展,满足棚户区改造项目全生命周期监管信息系统扩展的应用需求。
扩展性体现在应用功能的可扩展、服务的可扩展,保证扩展的过程平滑升级,避免重复投资。
2.服务要求
2.1项目咨询要求
投标人在提供本项目系统研发服务前,首先应充分调研了解棚改项目,并结合自身棚改项目管理经验,完成以下项目管理咨询服务内容:
2.1.1业务流程梳理
梳理棚改项目业务流程,对项目前期手续办理、征地实施、拆迁实施、大市政建设、安置房建设、验收入市各阶段管控流程进行详细梳理,提供各阶段业务管控流程。
2.1.2联合协作管理
梳理棚改项目各阶段的参建单位,明确各单位工作职责。
2.1.3投资控制
对项目投资进行科目划分,确定各阶段投资科目明细,梳理投资控制指标项,实现投资动态管理,形成完整投资控制流程。
2.1.4合同信息化管理
梳理合同管理流程,明确合同签订、付款、结算各环节信息化管理内容。
2.1.5档案信息化管理
梳理项目电子档案资料分类,确定项目档案明细,梳理项目归档流程,明确档案存储和查询条件。
2.1.6文库信息化管理
梳理棚改项目国家、地方法律法规,北京市规范性文件等相关文件,形成可检索的电子文库。
2.1.7监管数据智能统计分析
梳理项目各阶段监控指标数据项,对项目积累数据进行分析,出具各阶段简明易懂的数据分析报表,并将报表数据计算关系明确。
2.1.8通知公告、事项提醒等日常工作管理;
梳理日常工作,明确需发布、提醒及处理的事项。
2.2系统开发要求
投标人依据咨询成果方案进行平台开发,主要开发集web端和手机APP于一体
的信息化系统,具体开发功能任务如下(包含但不限于):
2.2.1历史数据录入
满足分析整理历史存在的棚改项目数据,建立棚改项目基础数据库。
2.2.2系统管理
组织机构,项目各参与单位的组织机构管理以及人员管理。
权限管理,根据招标人需求可进行权限配置。
日志管理,能查看到系统平台上人员的各类操作记录。
通讯录管理,能快速找出系统平台上各类用户的姓名,单位,联系方式等。
消息管理,能够管理配置平台上发出的所有系统消息模板。
模板管理,能够管理配置平台上相关业务功能需要的一些模板。
2.2.3档案库管理
可自定义档案目录,对系统上传文件进行归档,能快速查询出系统里上传的文件资料。
2.2.4内容发布、站内信管理
在系统中发布政策文件、各类新闻、公告通知、站内信等信息,支持上传文件,收发文件及可以进行查询搜索。
2.2.5项目管理
可对项目各个阶段进行监管,可实现跟踪项目进度、动态监测项目投资等。
2.2.6合同管理
能够对项目各阶段不同类型合同进行创建、修改、查询、归档等功能。
2.2.7预警管理
能够实现项目全过程进度、资金、任务、信息等预警提示。
2.2.8报表系统
可实现固定模板报表或自定义字段报表查询、对比、打印及导出。
2.2.9BI展现
通过采集各类业务指标后,根据管理方的需求,能以图表、柱状图、线性图等方式展现出各类业务指标的综合一览情况,系统自动统计、分析、汇总、对比后展现出BI视图,同时能支持图表导出。
2.2.10手机APP
要求使用目前先进的技术进行移动端APP开发,满足项目数据查看、文件查阅、项目动态发表、项目进度查看、项目形象进度拍照等功能。
3.技术要求与性能指标
3.1技术要求
系统应满足以下技术要求:
3.1.1系统设计必须以安全性、保密性为前提。
3.1.2采用灵活的数据结构设计,能承载复杂的业务模型并支持快速修改。
3.1.3系统运行所需浏览器支持IE9及以上版本,及各类主流浏览器。
3.1.4提供日志跟踪和完善的安全和系统日志分析功能。
3.1.5具备个性化的菜单设计,界面简洁规范,美观大方,操作方便;具备人性化、简单的人机交互方式,减少客户误操作率。
3.1.6保证数据操作和系统功能操作权限的安全性,具备完善的备份、恢复和事件追溯功能。
3.2性能指标
3.2.1可靠性指标
保证系统稳定安全可靠,避免出现数据错乱、丢失、无法访问、无法操作等问题。
3.2.2可维护性指标
可维护性是指在不影响系统其他部分的情况下修改现有系统功能中问题或缺陷的能力。
3.2.3易用性指标
应用系统应满足以下易用性要求:
3.2.3.1必须提供一致性的图形用户界面风格。
3.2.3.2应用系统的操作界面必须明确标识出必填的输入信息。
3.2.3.3应用系统发现用户提交有误信息,必须以弹出窗口的形式明确提示用户错误的原因,并把界面控制焦点置于发生错误的控件对象上。
3.2.3.4对于操作员无权限使用的菜单功能,应用系统不显示该菜单或将其设置为不可用状态。
3.2.3.5操作键序符合工作处理步骤,能自动跳转,以提高日常业务处理效率。
4.实施内容及业务要求
棚户区改造项目全生命周期监管信息系统实施服务的主要内容包括:
制定详细实施计划、现场部署环境、软件安装调试、接口程序安装调试、交付投运、上线技术支持、售后服务等。
5.维护与服务
5.1系统维护
投标人中选后应向项目单位提供包括热线咨询、现场指导、需求调研、扩容设计咨询、现场故障排除、系统软件升级等各种技术服务。
依照系统所发生问题的严重性,提供不同维护工作。
5.2服务响应
投标人中选后应向项目单位作出服务响应承诺,质保期服务保障措施等服务响应方案。
6•项目管理
投标人应遵守项目单位棚户区改造项目全生命周期监管信息系统建设管理规定和各项管理实施细则。
投标人在应答时应分别对项目单位提交项目管理方案,方案至少包括项目组织机构、人员安排、进度安排、计划控制、项目相关人员管理、质量管理及风险管理等内容,方案必须符合本技术规范书的要求,并具有可操作性。
6.1项目组织机构
6.1.1人员稳定性保证
投标人应在投标文件中明确开发及实施人天数,并保证项目建设团队的主要人员稳定,在未经过采购人或项目单位同意的情况下投标人不得随意更换项目人员。
采购人、项目单位或投标人认为需要更换投标人项目经理或项目团队成员时,均应提早一周向对方申明原因,投标人应同时上报新的符合合同要求的人选,经采购人或项目单位同意并办理交接手续后方可更换。
6.1.2人员工作经验保证
投标人确定的软件开发负责人需参与过监管系统或政务管理系统设计及管理工作,并具有在管理应用系统开发项目经理的任职经历。
投标人确定的业务负责人需参与过棚改项目全过程造价管理或参全过程审计管理工作,并有注册造价师或注册会计师资格证。
投标人应能够提供经验丰富的实施人员参与此项目的实施。
投标人要建立开发及实施棚户区改造项目全生命周期监管信息系统的组织架构,项目管理方案应具体说明本次项目组织机构,提交项目组实施成员的简历。
简历应标明项目组成员所参与的项目名称,起止时间,承担角色,负责完成的工作。
6.2需求变更管理
投标人应与采购人、项目单位一起通过需求研讨、联络会等方式明确项目需求变更内容,并以合同或会议纪要形式加以明确,进行记录。
6.3开发及实施地点
开发在投标人所在地进行,实施在项目单位所在地进行。
6.4合同变更要求
如在项目实施过程中需要调整内容、进度等,需经投标人与采购人共同同意,按合同变更程序办理。
6.5进度管理
投标人应与项目单位一起以采购人的采购文件和技术规范书为基础,结合投标人的投标文件,共同确定详细的项目进度安排,明确每个阶段的阶段目标、阶段应交付的成果、验收依据、双方的责任和义务,经项目单位认可后,以合同或会议纪要形式加以明确。
6.6质量管理
投标人应提交针对本项目的详细质量管理方案。
6.7交付成果
投标人应提供成果文件包括:
6.7.1棚改项目各阶段信息化流程方案、系统建设方案、设计、开发、测试、部署、发布、培训、验收对应的全部管理规范和技术文档报告,提交的文档至少包含棚户区改造项目全生命周期监管信息系统建设方案、用户操作手册、功能测试报告、实施方案、系统培训方案、系统部署方案、系统运行维护手册等文档。
6.7.2技术文档应包括与本项目运行版本一致的全部源程序和可执行代码。
6.7.3技术文档内容应满足GB8567《计算机软件产品开发文件编制指南》和GB/TI1457-89《软件工程术语》的要求。
提供的文档和资料均应以纟氏张和光盘为载体,文件格式为Word文档或其他可视化、未加密的文件。
6.7.4技术文档应与系统相一致,技术文档应该全面、完整、详细、清晰,能够满足投标人对系统的安装、使用、维护、应用开发的需要。
6.7.5投标人应在投标文件中提供调研阶段、设计阶段、开发阶段、测试阶段、培训阶段、部署阶段、运行维护阶段及项目管理的全部交付成果的清单、成果交付形式和交付时间
6.8测试验收
投标人在应答时应提供测试验收方案。
棚户区改造项目全生命周期监管信息系统的性能应经过正规的第三方机构测试,并形成第三方测试报告,连同其他项目单位要求提供的文档一同交采购人认可后才能投入试运行、组织验收。
7.进度要求
自投标人中标后签订合同时间开始起360天,要求功能分两期上线,第一期系统管理、文库管理、创建项目、数据导入、项目前期手续、征地实施、报表统计分析相关功能在签订合同后180天正式上线。
第二期移动端APP和项目拆迂实施、市政建设、安置房建设、验收入市管理、等功能在签订合同后360天正式上线。
全部投标人应在投标文件中提供需求调研、详细设计、系统开发、测试阶段、培训阶段、运维阶段的内容、工期的计划。
三、服务地点:
北京市顺义区
四、项目实施周期:
自合同签订之日起360天内
五、免费运维服务期:
一年
整理丨尼克
本文档信息来自于网络,如您发现内容不准确或不完善,欢迎您联系我修正:
如您发现内容涉嫌侵权,请与我们联系,我们将按照相关法律规定及时处理。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 总结 项目 组织形式 类型