详细的交货计划和安装调试验收组织实施设计方案和对策.docx
- 文档编号:30368009
- 上传时间:2023-08-13
- 格式:DOCX
- 页数:19
- 大小:68KB
详细的交货计划和安装调试验收组织实施设计方案和对策.docx
《详细的交货计划和安装调试验收组织实施设计方案和对策.docx》由会员分享,可在线阅读,更多相关《详细的交货计划和安装调试验收组织实施设计方案和对策.docx(19页珍藏版)》请在冰豆网上搜索。
详细的交货计划和安装调试验收组织实施设计方案和对策
详细的交货计划和安装调试验收组织实施
设计方案
(1)项目组人员配置
该项目项目经理,整个团队设工程师10人,其中开发部涉及成员(系统架构师、需求分析师、系统分析师、数据库设计师、软件设计师、测试经理),具体实施安排实施工程师和售后部分,整个部分组成整个项目人员具体配备。
项目经理主要职责:
1、计划:
a)项目范围、项目质量、项目时间、项目成本的确认
b)项目过程/活动的标准化、规范化
c)根据项目范围、质量、时间与成本的综合因素的考虑,进行项目的总体规划与阶段计划。
d)各项计划得到上级领导、客户方及项目组成员认可。
2、组织:
a)组织项目所需的各项资源。
b)设置项目组中的各种角色,并分配好各角色的责任与权限。
c)定制项目组内外的沟通计划。
d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。
e)处理项目组与其它项目干系人之间的关系。
f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。
g)安排客户培训工作。
3、领导:
a)保证项目组目标明确且理解一致。
b)创建项目组的开发环境及氛围,在项目范围内保证项目组成员不受项目其它方面的影响。
c)提升项目组士气,加强项目组凝聚力。
d)合理安排项目组各成员的工作,使各成员工作都能达到一定的饱满度。
e)制定项目组需要的招聘或培训人员的计划。
f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。
g)及时发现项目组中出现的问题。
h)及时处理项目组中出现的问题。
4、控制
a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。
b)在项目生命周期的各个阶段,跟踪、检查项目组成员的工作质量;
c)定期向领导汇报项目工作进度以及项目开发过程中的难题。
d)对项目进行配置管理与规划。
e)控制项目组各成员的工作进度,即时了解项目组成员的工作情况,并能快速的解决项目组成员所碰到的难题。
f)不定期组织项目组成员进行项目以外的短期活动,以培养团队精神。
结语:
项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。
岗位:
系统架构师(技术总监)
主要功能及职责:
1、系统架构师是软件项目的总体设计师,是软件组织新产品的开发与集成、新技术体系的构建者。
2、系统架构师是在技术上对所有重要事情做出决定的人。
(系统架构师在整个软件开发过程中都起着重要作用,并随着开发进程的推进而其职责或关注点不断地变化。
)
3、需求阶段,软件架构师负责理解和管理非功能性系统需求,比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。
审查客户和市场人员
所提出的需求,确认开发团队所提出的设计;组织开发团队成员和开发过程的定义;协助需求分析师完成《用户需求说明书》、《需求变更说明书》
4、设计阶段,架构师负责对整个软件架构、关键构件、接口的设计。
协助系统分析师完成《系统概要设计说明书》
5、编码阶段,架构师则成为程序员的顾问,并且经常性地要举行一些技术研讨会、技术培训班等;
6测试及实施阶段,随着软件开始测试、集成和交付,集成和测试支持将成为软件架构师的工作重点;
结语:
系统架构师也可以理解成技术总监。
系统架构师是在部门内所有软件项目中,对技术上所有重要的事情做出决定的人。
岗位:
需求分析师
主要职责:
1、在项目前期根据《需求调研计划》对客户进行需求调研。
2、收集整理客户需求,负责编写《用户需求说明书》。
3、代表项目组与用户沟通与项目需求有关的所有事项。
4、代表客户与项目组成员沟通项目需求有关的所有事项。
5、负责《用户需求说明书》得到用户的认可与签字。
6负责将完成的项目模块给客户做演示,并收集对完成模块的意见。
7、完成《需求变更说明书》,并得到用户的认可与签字。
8、并协助系统架构师、系统分析师对需求进行理解。
结语:
需求分析师是项目前期与客户方打交道最多的人,对于客户来说,他可以代表整个项目组,对与项目组成员来说他的意见可以代表客户方的意见,项目组内所有与客户需求相关的事情必需得到他的认可。
岗位:
系统分析师
主要职责:
1、协助需求分析师进行需求调研。
2、分析、解析《用户需求说明书》,将系统需求整理成《软件需求规格说
明书》;
3、负责解决《软件需求规格说明书》被评审后发现的问题;
4、在分析系统前,负责向架构设计师解释《软件需求规格说明书》的内容。
5、协助架构设计师进行架构设计,并协助其完成《系统架构说明书》。
6根据《系统架构说明书》对系统进行建模;
7、系统分析及建模完成后,负责将建模成果转化为《系统概要设计》;
8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计,完成数据库CDM及PDM图,并协助其完成《数据库设计说明书》
9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。
10指导软件工程师按《系统详细设计说明书》进行代码实现。
11负责重点代码检查;
12、协助项目经理进行配置管理,并提供优化改进建议;
13定期对项目组成员进行技术方面的培训。
岗位:
数据库设计师
主要职责:
1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建
模。
2、
根据数据库建模结果,绘制数据库CDM与PDM图。
3、
根据数据库PDM图进行数据库建库。
4、
对数据库进行维护、备份、恢复、同步。
5、
负责客户数据的导入导出。
6、
对数据库进行初始化操作。
7、
协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。
8、
根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发
器等。
9、
对项目组其它成员进行SQL方面的指导。
10
定期对项目组其它成员进行数据库方面知识的培训。
11
为测试经理及测试工程师建立测试数据。
岗位:
软件设计师
1、
根据《系统概要设计说明书》编写分模块的《系统详细说明书》。
2、
负责对软件工程师讲解《系统详细设计说明书》内容。
3、
协助软件工程师按《系统详细设计说明书》进行代码实现。
4、
控制本模块的开发进度。
结语:
软件设计师又称模块设计师,协助系统分析师对分模块进行详细设计,并直
接管控该模块的进度,对于本模块中所有重要的事做最终决定的人。
岗位:
软件工程师
主要职责:
1根据《系统详细设计说明书》进行代码实现;
2.对自己代码进行复查,并进行简单的测试;
结语:
软件工程师是最终实现代码的成员。
岗位:
测试经理
主要职责:
1独立编写测试计划;
2.独立编写测试用例;
3.协调测试团队内部的工作以及与开发团队之间的工作;
4.完成“执行测试”的工作;
5.掌握较深层次的测试方法、测试技术和较复杂的业务流程;
6.负责测试过程工具的研究、推广与维护,负责测试数据库维护工作;
7.负责编写《用户手册》、《操作手册》和相关培训教材;
8.负责项目的质量审查。
结语:
测试经理其实应该是整个项目中最关心项目质量的人,他的主要工作就是找
到项目中存在的不合理、不合格的部份,并要求项目其它成员按其给定的项目质量完成项目。
岗位:
测试工程师
主要职责:
1在测试经理的安排和指导下,编写测试用例;
2•在测试经理的安排和指导下,完成“执行测试”的工作;
3•在测试经理的指导下,按测试计划进行测试工作;
4.按测试用例进行测试工作。
5•负责被分派项目的质量审计。
6.了解项目的基本流程,可以熟练的进行项目中各种流程的操作。
结语:
测试工程师是项目质量的保证,是最终进行项目测试的成员。
岗位:
实施经理
主要职责:
1负责制定项目实施计划;
2•在项目实施计划的约束下,协调项目组相关资源,完成系统实施相关工作
(包括系统安装、用户培训、系统上线、系统试运行等);
3•在项目实施阶段,跟踪、检查实施人员的工作质量;
5•负责协助用户进行“用户确认测试”和编写《确认测试报告》。
岗位:
实施工程师
主要职责:
1在实施经理安排和指导下,执行项目用户现场实施任务;
2.参与编写《用户手册》、《操作手册》和相关培训教材;
3•参与进行“用户确认测试”和编写《确认测试报告》。
岗位:
美术工程师
主要职责:
1负责完成软件设计师安排的功能界面设计。
2.负责对项目整体色彩的调配。
3•向系统分析师提出项目美化的建议。
4•为BS项目提供一套或几套CSS样式表及HTML结构表
5•为CS项目提供符合项目内容的静态、动态图片。
6•并为软件设计师提供界面指导。
(2)项目实施计划
2.1应用系统开发方法说明
在院校系统中,我们将采用面向对象的软件开发方法OMT(Object
ModellingTechnique)。
这是一种自底向上和自顶向下相结合的方法,而且它以对象建模为基础,从而不仅考虑了输入、输出数据结构,实际上也包含了所有对象的数据结构。
1、自底向上的归纳
OMT的第一步是从问题的陈述入手,构造系统模型。
从真实系统导出类的
体系,即对象模型包括类的属性,与子类、父类的继承关系,以及类之间的关联。
类是具有相似属性和行为的一组具体实例(客观对象)的抽象,父类是若干子类的归纳。
因此这是一种自底向上的归纳过程。
在自底向上的归纳过程中,为使子类能更合理地继承父类的属性和行为,可能需要自顶向下的修改,从而使整个
类体系更加合理。
由于这种类体系的构造是从具体到抽象,再从抽象到具体,符合人类的思维规律,因此能更快、更方便地完成任务。
在OTM中这一工作可由
一般开发人员较快地完成。
在对象模型建立后,很容易在这一基础上再导出动态模型和功能模型。
这三个模型一起构成要求解的系统模型
2、自顶向下的分解
系统模型建立后的工作就是分解,在OMT中通常按服务(Service)来分解。
服务是具有共同目标的相关功能的集合,如1/O处理、图形处理等。
这一步的分解通常很明确,而这些子系统的进一步分解因有较具体的系统模型为依据,也
相对容易。
所以OMT也具有自顶向下方法的优点,即能有效地控制模块的复杂性,同时避免了功能分解的困难和不确定性。
3、需求分析彻底
需求分析不彻底是软件失败的主要原因之一。
即使在目前,这一危险依然存
在。
传统的软件开发方法不允许在开发过程中用户的需求发生变化,从而导致种种问题。
正是由于这一原因,人们提出了原型化方法,推出探索原型、实验原型和进化原型,积极鼓励用户改进需求。
在每次改进需求后又形成新的进化原型供用户试用,直到用户基本满意,大大提高了软件的成功率。
但是它要求软件开发人员能迅速生成这些原型,这就要求有自动生成代码的工具的支持。
OMT彻底解决了这一问题。
因为需求分析过程已与系统模型的形成过程一致,开发人员与用户的讨论是从用户熟悉的具体实例(实体)开始的。
开发人员必须搞清现实系统才能导出系统模型,这就使用户与开发人员之间有了共同的语言,避免了传统需求分析中可能产生的种种问题。
2.2应用系统开发管理措施
应用系统开发管理的措施主要包括以下七条:
序号
具体措施
目的
成果
参与人员
1
指定符合需
满足业务需求,提
没有了不切实际的需求和质量
整个应用程
求的质量标
咼用户体验满意
要求,那么团队确保质量的能
序开发团队
准
度。
力也就提高了,当然质量标准
的定义还要考虑时间、资源、
预算等因素。
2
适当宣布质
量情况
减少Bug。
当团队松懈的时候,适当的公
布进度能提高整个团队的士
气,继续完成任务。
整个应用程
序开发团队
3
质量纳入个
人和团队目
标
满足业务需求,提
咼用户体验满意度,减少软件错误。
团队成员能够根据自己的目标执行任务,改善软件质量来达到自己的目标。
管理者
4
提出正确的
需求
满足业务需求,提咼用户体验满意度。
低返工率意味着更少的测试和
更短的开发周期,正确的需求
将会大大降低整体的工作量。
IT管理者、
业务分析师、用户界面设计师、架构师
5
应用更为合
理有效的测
试方法
减少Bug
集中测试最关键、风险最咼的模块,确保测试资源的共享,不放过任何的漏网之鱼。
软件测试工
程师IT管
理者
6
设计应用程
序以减少
Bug存在的
机会
减少Bug。
设计直接影响代码的编写,简单清晰的设计能让代码更为简单清楚,测试起来也更容易,也就意味着Bug出现的机会很小,而且即使有bug也很容易被检测和修复。
架构师开
//X—Fz
发者
7
优化测试工
具的使用
减少Bug
可以不受资源的限制自动集中测试优先测试的模块,缩短测试周期。
软件测试工
程师开发
者
2.3技术文档的归纳、整理、提交
院校系统根据软件进展程度产生不同文档,各个软件开发阶段所产生的技术文档均需要提交客户。
需求分析阶段:
《系统需求分析说明书》
数据库设计阶段:
《系统概要设计说明书》
《系统详细设计说明书》
《系统数据字典》
程序编码阶段:
程序源码
程序测试阶段:
《系统测试报告》
后期维护阶段:
《系统后期维护说明书》
《系统功能说明书》
(3)项目组织管理体系及计划
项目组织以项目领导小组为核心,在项目经理的指导下,开发小组、测试小组和质量控制小组协同工作,共同保证项目的顺利开发、测试与实施。
3.1安全管理制度
前期准备:
1、组织工作人员认真学习《计算机信息网络国际互联网安全保护管理办法》,提高工作人员的维护网络安全的警惕性和自觉性。
2、负责对本网络用户进行安全教育和培训,使用户自觉遵守和维护《计算机信息网络国际互联网安全保护管理办法》,使他们具备基本的网络安全知
3.2网络安全紧急预案
1、网络管理员负责对网络使用情况进行监督、检查,提升安全理念,尤其是全面提高整个单位的系统安全认识,进行全面细致的安全工作部署。
2、网络管理员负责计算机内日志文件及其他重要数据的完整性、真实性,并做好备份工作,配合各类安全检查;
3、中心定期检查各处室计算机内信息状况,对网络进行全局范围内的监
控,全面了解网络中发生了什么,掌握发生的内部违规事件和外部入侵行为,对于发现的问题及时处理,可以大大降低网络被侵害的风险。
4、出现突发事件时,做到早发现、早确认、迅速定位、全局预警,及时采取措施使网络整体的损失降到最低。
不但对已知事件能够快速响应,对未知事件也可及时处理并采取相应措施。
5、完善安全体系。
以入侵检测为核心,联合防火墙、漏洞扫描、入侵验证等其它安全产品,进行入侵管理,对发生的安全事件进行应急响应,建立整个系统“一盘棋”的安全预警与响应体系。
深入挖掘自身安全需求。
有助于明确安全投入重点,量化安全投入、有效投入,让安全措施真正起到有效的作用。
6、本单位局域网的使用人员应当强化思想意识,自觉遵守网络法规,积极
配合本单位网络管理员做好本单位计算机网络信息安全工作。
7、我单位会做好相关数据的备份和加密工作,从而保证数据安全,当然也会配合学校相关负责人员共同对系统安全做好管理。
(4)质量保障措施
对于院校系统的项目质量保证方案,我们将严格执行我单位CMMI质量保证
体系,确保系统的开发质量。
具体项目质量保证方案如下图所示:
IfIg
(5)项目培训计划
5.1培训目标
让系统使用用户尽快掌握软件系统的操作方法和规范流程,保障系统移交后
的合理使用、维护和正常运转。
减少系统故障率,提高系统运行效率,保障系统
的可靠运行,并使参加培训的学员能够达到独立使用和基本维护的能力
5.2培训对象
操作人员、系统管理人员。
5.3培训方式
培训采用用户现场培训和集中培训两种方式,用户现场培训是在软件安装调试过程中进行的软件操作培训,集中培训为集中为最终用户和招标方维护人员进行讲座形式的培训和模拟使用。
5.4培训计划
我方安排的培训课程将包含大量的系统知识和使用、维护常识等,使参加培训的学员能够达到独立使用和基本维护的能力。
1.培训说明
培训期间为学员免费提供相应的培训资料和实习机会;
所提供的所有的培训材料、教材都以中文编写;
提供纸质和电子教材;
培训教师为我方资深技术人员,对系统操作、业务知识、常见故障排除等方面经验丰富;
上课具体时间08:
30-12:
00;14:
00-18:
00中午休息2个小时;
我们承诺在每次培训前提前10天向用户提供详细的培训大纲,并征得用户的同意、。
我公司依据ITSS信息技术服务标准、ISO20000国际标准和ITIL最佳实践,建立了一套规范化的服务体系。
服务体系以位于公司总部客服中心的服务台为核心,通过分布于分公司/办事处的客户服务队伍,在全国范围内为公司的行业客户(政府、教育、企业、医疗等)提供高效卓越的技术支持和服务保障。
服务方式
包括电话服务、远程协助、现场服务、由M牛服务、短信服务。
一线服务支撑
以服务台为中心,包括客服中心、呼叫中心、备件响应中心、分公司/办事处客户服务部。
其中,服务台是公司运维服务受理的统一接口,配置有7*24小时服务热线和服务专用邮箱。
二线服务支撑
由来自于公司系统工程中心和研发中心技术专家组成,为一线服务支撑提供
技术保障。
服务工具
包括管理工具、监控工具和专业工具。
其中,管理工具主要是对运维服务的流程进行规范化管理,包括SLA管理、事件管理、问题管理、变更管理等。
知识库和备件库也是服务工具中的重要组成部分。
我公司客户服务中心的技术与售后服务的主要力量在技术支持部。
我单位
的支持模式确保用户和合作伙伴能够获得全天候每周7天,每天24小时(7*24)的技术支持。
接到故障告知后,迅速响应用户请求并能及时给出实质性的故障响应、技术支持,1小时之内响应。
对本次投标产品提供终身免费质保承诺和上门服务。
目前,该中心目前已经具有多名资深的技术工程师,具备一定规模的故障模拟实验室,对于客户的复杂技术问题,通过技术支持网络从公司的技术支持体系中得到有效的技术支持。
客户服务公约(售前、售中)
探向客户提供完善详尽的工程项目的技术文档。
探向客户提供技术服务,包括初、中、高级的技术培训。
探向客户提供系统软硬件的安装、功能调试等服务。
探提供长期的技术咨询和应用系统支持。
对于客户的问题,提供客户满意的答复。
探可以接受客户的委托,为客户开发所需的系统功能,并负责系统安装,
测试,开通业务及开通后的技术支持。
探为客户提供售后技术支持,每周7天,每天24小时的热线服务。
探建立客户意见反馈渠道,对客户意见有处理,有解决,并通报用户。
探采取多种方式,争取我们和客户共同提高技术水平。
技术支持方式(售后)
⑴电话,传真,电子邮件:
在一般情况下,用户通过电话、电子邮件和传真等方式,将所有遇到的问题报告给技术支持中心。
技术支持中心将当天给予答复。
(2)、在线专家帮助系统:
我们提供WEB方式的在线支持帮助系统,通过公司在线连接可以进入我单位网络系统并从中得到产品和技术的最新信息。
(3)、远程支持:
一般的技术问题,技术支持工程师将通过网络立即给予解决。
(4)、现场服务:
遇到突发事件和重大技术问题,技术支持工程师将赶往现场提供服务。
(5)、定期培训:
技术支持工程师参照系统问题情况,组织针对性培训.逐步提高客户技术力量,客户所有的要求都将被记录、备案,并且问题解决的全过程均有"客户问题跟踪单",以便保证服务质量。
验收方法遵循招投标文件技术指标,严格按照国家相关规定执行。
(6)货物制造、安装、验收标准
6.1验收标准
按照相关政策法律,以及招投标文件。
中标后提供的标的物均为按国家规格条例生产的合格正规产品、符合设计规
范要求。
保证所提供标的物涉及到的知识产权是合法取得,并享有完整的知识产权,
不会因为采购单位的使用而被责令停止使用、追偿或要求赔偿损失,如出现此情况,一切经济和法律责任均由我单位承担。
我单位提供的标的物及服务必为合格产品,质量符合国际或国家通用标准,如出现质量问题,我单位负责修缮,发生的费用由我单位负责。
6.2货物技术资料
在本期项目的开发过程中和交付使用后,将各个阶段产生的全面、规范的成果和文档资料交付给江苏省相城中等专业学校,而且提供明确的交付清单。
同时,成果和文档资料符合软件工程的相关要求。
要交付的成果和文档资料需包括以下
部分:
1、整套系统
2、技术文档
包括项目开发中的各种技术文档,如软件工具、开发环境、需求分析说明用户手册,培训资料等等。
3、管理文档
包括项目开发中的一些工作文档,^口,工作计划、反馈报告、讨论纲要、会议记录等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 详细 交货 计划 安装 调试 验收 组织 实施 设计方案 对策