IT项目监理细则样本.docx
- 文档编号:619625
- 上传时间:2022-10-11
- 格式:DOCX
- 页数:14
- 大小:20.02KB
IT项目监理细则样本.docx
《IT项目监理细则样本.docx》由会员分享,可在线阅读,更多相关《IT项目监理细则样本.docx(14页珍藏版)》请在冰豆网上搜索。
IT项目监理细则样本
第一章总则
为更好地开展监理工作,保障XXX--XX-XX系统的有效实施,确立全面科学的监理标准,提高实际监理工作的可操作性和透明度,特制订本《监理细则》,供项目开发人员及现场人员参照执行。
因本项目开发的特殊性及其监理非完全在现场的特点,在实际开发过程,建议采取较简化的方式进行,请各外包开发方参照本《监理细则》相关要求执行。
第二章项目角色
一、业主方:
1.
2.代表:
开发业主方:
浙江京安电子工程有限公司
二、监理方:
1.监理方:
广州
2.代表:
3.总监理工程师:
楼新平
4.现场监理组:
5.技术专家组:
三、开发方:
1.开发方:
2.代表:
3.项目经理:
4.采购组组长:
5.系统集成组组长:
6.应用开发组组长:
7.测试组组长:
8.培训组组长:
第三章项目内容
一、应用开发部分:
1、应用软件
2、电子地图
3、项目建设需进行软件开发,并承担有关的安装、调试、技术支持、技术培训和维护、保修等工作。
。
。
。
二、项目的总体测试:
三、系统硬件集成:
服务器安装调试。
第四章前期监理
一、审核招标文件:
1.系统需求;
2.工作描述;
3.投标者须知;
4.产品或服务清单;
5.合同条款;
6.技术限制。
二、审核开发方提供的资料:
1.为执行工程而建立的组织机构;
2.外包开发的关键工作人员的身份和职务;
3.包括外部机构在内的每个机构的权利与责任。
三、审核开发方提供的开发计划及时间表:
1.开发的顺序;
2.完成合同义务的合理日期;
3.开发环境,包括测试环境、库、设备、仪器以及工程标准、步骤
和工具;
4.工作细目的结构,包括可交付的产品,与任务有关的经费预算、人员、物理资源、软件的规模以及时间进度;
5.系统的质量需求管理;
6.系统安全和保密的关键需求管理;
7.业主方和监理方的介入,即按合同要求进行的评审、非正式的会面、报告、修改和变更的实施、批准、验收、对设施的使用等;
8.如何验证和确认;
9.质量保证;
10.风险管理,包括对项目的潜在技术、成本和进度等领域的管理;
11.保密方针,及保密所要求的批准、证书、专有权等;
12.制定计划、跟踪和报告的方法;
二、系统设计:
1.开发方应当建立一个高层的系统体系结构,在系统体系结构中体现系统的需求,该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置;应当保证:
(1系统需求已完全分配给硬件配置项(HCI、软件配置项(SCI和人工操作;
(2分配给HCI、SCI和人工操作的系统体系结构和系统需求要写成
文档;
2.对HCI、SCI和人工操作的系统体系结构和系统需求进行评价,使其包括下述准则:
(1可跟踪性;
(2与系统需求的一致性;
(3设计和所用标准恰当;
(4操作和维护的可行性;
三、软件需求分析:
1.开发方应当确定各种需求并将其写成文档,其中包括合同要求的质量特性规格说明(可操作性、可靠性、可用性、有效性、可维护性和可移植性;该文档描述:
(1功能和能力规格说明,其中包括性能、物理特性、运行软件的环境条件;
(2用户文档;
(3安全规格说明,其中包括与操作和维护的方法、环境影响和人员伤害有关的说明;
(4保密规格说明,其中包括对敏感性信息或资料的危害有关的说明;
(5人机工程和人-机规格说明,其中包括与人工操作、人机对话、对人员的限制有关的规格说明,以及那些对于人的错误和能力很敏感的、需要人集中注意力的领域的说明;
(6处理器、存储设备或数据通道所用的硬件处理和资源储备的规格说明;
(7数据定义和数据库的需求;
(8已交付软件在操作和维护现场上的安装和验收的需要;
(9用户操作和执行的需求;
(10用户维护需求;
2.开发方应当确定SCI的外部接口的需求并将其写成文档;
3.开发方应当对SCI的鉴定要求写成文档;
4.开发方应当对需求作出评价,使其包括下面指出的准则:
(1对系统需求和系统设计的可跟踪性;
(2与系统需求的外部一致性;
(3各个软件需求之间的内部一致性;
(4软件需求的可测性;
(5软件需求的测试范围;
(6软件设计、操作和维护的可行性;
5.开发方应当依据合同要求进行评审,以决定软件需求的完善和恰当;当评审完成时,就应当建立SCI需求的基线。
四、概要设计:
1.开发方应当把SCI的工程需求转变为一个体系结构,该体系结构应描述它的顶层结构和定义它的主要部分;它应当保证此项工程和SCI的鉴定要求已完全分配给了各个部分,并对其进行了细化以便进
行详细设计;应当建立SCI体系结构的文档;
2.开发方应当为SCI外部接口的设计、SCI的各软件部分之间的设计建立一个顶层的设计文档;
3.开发方应当为数据库建立一个顶层的设计文档;
4.开发方应当评价SCI的体系结构、接口和数据库的设计,使其包括下面指出各项:
(1对SCI需求的可跟踪性;
(2与SCI需求的外部一致性;
(3各部分需求之间的内部一致性;
(4所使用的设计方法和标准是否恰当;
(5详细设计、操作和维护的可行性;
5.开发方应当依据合同要求进行评审,以决定分配给各部分的需求和SCI体系结构设计方法的完善和恰当。
6.概要设计说明书基本格式:
(一引言
(1编写目的
(2背景
(3定义
(4参考资料
(二总体设计
(1需求规定
(2运行环境
(3基本设计概念和处理流程
(4结构
(5功能需求与程序的关系
(6人工处理过程
(7尚未解决的问题
(三接口设计
(1用户接口
(2外部接口
(3内部接口
(四运行设计
(1运行模块组合
(2运行控制
(3运行时间
(五系统数据结构设计
(1逻辑结构设计要点
(2物理结构设计要点
(3数据结构与程序的关系
(六系统出错处理设计
(1出错信息
(2补救措施
(3系统维护设计
五、详细设计:
1.开发方应当详细设计SCI的每个软部件;应当尽量地将各个软部件详细划分为含有软件单元的较低的层次,以便进行编码、编译和测试;应当保证该软件的需求已完全分配给从软部件到软件单元的整个软件;应当把该详细设计写成文档;
2.开发方应当写出与SCI的外部接口、各软部件之间和各软件单元之间的详细设计文档;接口的详细设计应当足够详细以便于编码;
3.开发方应当写出数据库的详细设计文档;
4.开发方最好写出软件用户手册的最初版本;
5.开发方应当为测试软件单元规定测试要求和时间进度,并将其写成文档;测试要求中最好包括在软件需求限定上的重点软件单元;
6.开发方应当为软件的集成规定测试要求和时间进度,并将其写成文档;
7.开发方应当评价软件的详细设计和测试要求,使其包括下面的准则:
(1对SCI需求的可跟踪性;
(2与体系结构设计的外部一致性;
(3各部件和单元的需求之间的内部一致性;
(4所使用的设计方法和标准是否恰当;
(5详细设计、操作和维护的可行性;
8.开发方应当依据合同要求进行评审,以决定分配给各个部分和单元的需求以及SCI详细设计方法是否完善和恰当。
9.详细设计说明书基本格式:
(一引言
(1编写目的
(2背景
(3定义
(4参考资料:
(二程序系统的组织结构
(三程序1(标识符设计说明
(1程序描述
(2功能
(3性能
(4输入项
(5输出项
(6算法
(7流程逻辑
(8接口
(9存储分配
(10注释设计
(11限制条件
(12测试计划
(13尚未解决定问题
(四程序2(标识符设计说明
……
10.用户手册基本格式:
(一引言
(1编写目的
(2背景
(3定义
(4参考资料:
(二用途
(1功能
(2性能
A.精度
B.时间特性
C.灵活性
(3安全保密
(三运行环境
(1硬设备
(2支持软件
(3数据结构
(四使用过程
(1安装与初始化
(2输入
A.输入数据的现实背景
B.输入格式
C.输入举例
(3输出
A.输出数据的现实背景
B.输出格式
C.输出举例
(4文卷查询
(5出错处理与恢复
(6终端操作
11.操作手册基本格式:
(一引言
(1编写目的
(2背景
(3定义
(4参考资料:
(二软件概述
(1软件的结构
(2程序表
(3文卷表
(三安装与初始化
(四运行说明
(1运行表
(2运行步骤
(3运行1(标识符说明
A.运行控制
B.操作信息
C.输入-输出文卷
D.输出文段
E.输出文段的复制
F.启动恢复过程
(4运行2(标识符说明
……
(五非常规过程
(六远程操作
六、软件编码:
1.开发方应当进行下述开发并建立文档:
(1开发每个软件单元和数据库;
(2为测试每个软件单元和数据库而开发的测试过程和数据;
(3为进行软件集成而开发的测试过程和数据;
2.开发方应当测试每个软件单元和数据库,以保证它们符合需求;测试结果应当写成文档;
3.必要时,开发方应当更新软件的用户手册;
4.开发方应当评价软件的代码和测试结果,并使其包括下面的准则:
(1对SCI需求和设计的可跟踪性;
(2与SCI需求和设计的外部一致性;
(3各单元需求之间的内部一致性;
(4各单元的测试范围;
(5使用的编码方法和标准是否恰当;
(6集成、操作和维护的可行性;
5.数据库设计说明书基本格式:
(一引言
(1编写目的
(2背景
(3定义
(4参考资料:
(二外部设计
(1标识符和状态
(2使用它的程序
(3约定
(4专门指导
(5支持软件
(三结构设计
(1概念结构设计
(2逻辑结构设计
(3物理结构设计
(四运用设计
(1数据字典设计
(2安全保密设计
七、软件集成:
1.开发方应当制订计划把各个软件单元和软部件集成为SCI;该计划应当包括测试要求、步骤、数据、责任和时间表;该集成计划应当写成文档;
2.在依据集成计划开发集合体时,开发方应当集成软件的单元、部件和进行测试;应当保证每个集合体都能满足SCI的需求,并且在集成活动结束时形成完全集成的SCI;集成和测试的结果应当写成文档;
3.必要时,开发方应当更新用户手册;
4.为了进行软件的鉴定测试,开发方应当为每个SCI开发写出一个完整的测试集、测试用例(输入、输出、测试准则和测试步骤;开发方应当保证集成后的SCI可以进行软件鉴定测试;
5.开发方应当对集成计划、设计、代码、测试、测试结果和用户手册进行评价,使其包括下面的准则:
(1对SCI需求的可跟踪性;
(2与SCI需求的外部一致性;
(3内部一致性;
(4SCI需求的测试范围;
(5使用的测试方法和标准是否恰当;
(6是否符合预期的结果;
(7鉴定测试、操作和维护的可行性;
6.开发方应当依据合同要求进行评审,以确定测试过程的完善和恰当,并确定已经做好软件鉴定测试的准备;
7.在模块开发过程中,开发方应当编制《模块开发卷宗》,每完成一个模块或一组密切相关的模块的复审时编写一份,,并把所有的模块开发卷宗汇集在一起;目的是记录和汇总低层次开发的进度和结果,以便于对整个模块开发
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 项目 监理 细则 样本