文库 货物类投标方案 系统集成

集成系统软件开发投标方案(245页)(2024年修订版).docx

DOCX   248页   下载929   2024-10-09   浏览55   收藏42   点赞17   评分-   90415字   49积分
温馨提示:当前文档最多只能预览 15 页,若文档总页数超出了 15 页,请下载原文档以浏览全部内容。
集成系统软件开发投标方案(245页)(2024年修订版).docx 第1页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第2页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第3页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第4页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第5页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第6页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第7页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第8页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第9页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第10页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第11页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第12页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第13页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第14页
集成系统软件开发投标方案(245页)(2024年修订版).docx 第15页
剩余233页未读, 下载浏览全部
集成系统软件开发投标方案 目录 第一章 项目集成实施方案 3 第一节 系统集成 3 第一条 项目开发方案 3 第二条 开发阶段规范 19 第三条 项目测试方案 32 第四条 数据检索集成 53 第五条 数据处理 54 第六条 数据采集 80 第七条 软件实施部署过程 109 第八条 数据接口管理 147 第九条 权限管理 157 第二章 售后服务方案 162 第一节 售后服务承诺 162 第一条 软件缺陷分类标准 163 第二条 软件缺陷级别 167 第三条 软件缺陷产生原因 168 第四条 软件缺陷应对步骤 171 第二节 维保期工作 172 第一条 总体服务框架 172 第二条 服务保障措施 183 第三条 运维服务内容 190 第四条 数据安全管理 205 第三章 培训方案 227 第一节 培训内容 227 第一条 培训策略 227 第二条 培训内容及大纲 232 第三条 培训课件设计 236 第四条 培训对象及方式 238 第二节 培训计划 240 第一条 培训组织机构 240 第二条 培训计划 242 第三条 培训形式 243 项目集成实施方案 系统集成 项目开发方案 针对本项目需求,本项目目标是开发出具有适用性、有效性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪性、可互操作性和满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率,减少维护的困难。 在本项目的使用场景中,我们不会单独的运用到某一种开发方法或者模型,都是综合多种模型以及开发方法,提取他们的优点来加以使用。本项目从系统设计、开发、测试、集成等全过程,遵照主流的软件开发方法及软件开发模型。本项目开发过程是基于构件的,其特点在于用例驱动、以基本架构为中心、迭代和增量。本项目软件过程是一个迭代的过程,他有四个阶段,分别是: a、初始阶段:为系统建立业务模型并确定项目的边界;此阶段我方将部署原型,在原型基础上进行深入的需求调研。 b、细化阶段:分析问题领域,建立健全的架构基础。主要是要完成系统的架构。在需求分的基础上明确各部门的具体需求,明确项目需求,采用结构化的方法自顶向下、逐层分解、面向对象的方法等进行系统设计。 c、构件阶段:开发剩余的构件和应用程序功能,形成产品并且进行详细的测试。在此阶段我方将基于架构的开发方法,采用迭代模型,快速应用开发,不断演化,快速原型模型。 d、交互阶段:主要任务是进行β测试(用户环境,用户做的测试)。 1.1软件开发方法 软件开发方法是一种使用早已定义好的技术集及符号表示习惯,来组织软件生产的过程。软件开发需要严谨工作方法。软件开发的方法有很多,不同的开发方法适用于不同的软件项目,具体使用哪种方法,还需要根据软件情况来确定。本项目开发主要利用到开发方法有:结构化方法、面向数据结构的开发方法、原型方法、面向对象的方法;同时也结合敏捷方法、水晶法、并列争求法、自适应软件开发(ASD)的优点加以利用。 1.1.1结构化方法 结构化方法由结构化分析、结构化设计、结构化程序设计构成,它是一种面向数据流的开发方法。 结构化分析:是根据分解与抽象的原则,按照系统中数据处理的流程,用数据流图来建立系统的功能模型,从而完成需求分析工作。 结构化设计:根据模块独立性准则、软件结构优化准则将数据流图转换为软件的体系结构,用软件结构图来建立系统的物理模型,实现系统的概要设计。 结构化程序设计:使用3种基本控制结构构造程序,任何程序都可以由顺序、选择和重复3种基本控制结构构造。 结构化方法总的指导思想是自顶向下、逐层分解,它的基本原则是功能的分解与抽象。适合于数据处理领域的问题,不适合解决大规模的、特别复杂的项目,且难以适应需求的变化。 1.1.2Jackson方法 Jackson方法是一种面向数据结构的开发方法。 JSP(JacksonStructureProgramming)方法是以数据结构为驱动的,适合于小规模的项目。JSP方法首先描述问题的输入/输出数据结构,分析其对应性,然后推出相应的程序结构,从而给问题的软件过程描述。 JSD方法是JSP方法的扩展,是一个完整的系统开发方法。首先建立现实世界的模型,再确定系统的功能需求,对需求的描述特别强调操作之间的时序性。它是以事件作为驱动的,是一种基于进程的开发方法,所以适用于时序特别较强的系统,包括数据处理系统和一些实时控制系统。 1.1.3原型方法 原型方法比较适合于需求不清、需求经常变化的情况。 快速原型模型它是增量模型的另一种形式;它是在开发真实系统之前,构造一个原型,在该原型的基础上,逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型,实现客户或未来的用户与系统的交互,用户或客户对原型进行评价,进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求,开发人员可以确定客户的真正需求是什么;第二步则在第一步的基础上开发客户满意的软件产品。 根据我方多年软件项目开发经验,在需求分析阶段得到完全、一致、准确、合理的需求说明是很困难的。我方已根据业主需求开发了系统原型,可以在此原型基础上直观地进行需求调研,同时,在获得一组基本需求说明后,就快速地使其“实现”,通过原型反馈,加深对系统的理解,并满足用户基本要求,使用户在试用过程中受到启发,对需求说明进行补充和精确化,消除不协调的系统需求,逐步确定各种需求,从而获得合理、协调一致、无歧义的、完整的、现实可行的需求说明。又把快速原型思想用到软件开发的其他阶段,向软件开发的全过程扩展。即先用相对少的成本,较短的周期开发一个简单的、但可以运行的系统原型向用户演示或让用户试用,以便及早澄清并检验一些主要设计策略,在此基础上再开发实际的软件系统。 1.1.4面向对象方法 面向对象方法正是以对象作为最基本的元素,它也是分析问题、解决问题的核心。面向对象方法包括面向对象分析、面向对象设计和面向对象实现。 UML是面向对象的标准建模语言,通过统一的语义和符号表示,使各种方法的建模过程和表示统一起来,现已成为面向对象建模的工业标准。UML(UnifiedModelingLanguage)是一种编制软件蓝图的标准化语音,它不是类似java、C#的程序设计语言,也不是一种方法。它用于一定的基本词汇和语法。同时,还提供了一套描述软件系统模型的概念和图形表示法。常用的UML模型图主要有: 1、用例图 用例图主要表达了系统用户和系统之间的关系。它主要用于系统需求分析前期,对整个系统从外部来了解系统的运行。 2、类图 类图(ClassDiagram)是这个系统设计分析当中的核心,它主要用于描述类和类之间的关系。软件开发的不同时间点,类图具有不同的功能。最初的类图最为简单,但是随着系统设计、开发和需求的深入,类图将不断地被完善。类图主要由表示层的界面类、control层的控制类和数据model层的实体类组成。 3、交互图 多个对象之间的信息或数据传递需要用交互图来表现。它由顺序图和协作两种类型组成。 4、活动图 活动图主要用于描述对象参与事件的整个流程的变化图,表现了用例实现的工作流程。 1.1.5敏捷方法 极限编程(XP):XP是一种轻量级(敏捷)、高效、低风险、柔性、可预测的、科学的软件开发方式。它由价值观、原则、实践和行为4个部分组成,彼此相互依赖、关联,并通过行为贯穿于整个生存周期。4大价值观:沟通、简单性、反馈、勇气5个原则:快速反馈、简单性假设、逐步修改、提倡更改、优质工作12个最佳实践:计划游戏(快速制定计划、随着细节的不断变化而完善)、小型发布(系统的设计要能够尽可能早地交付)、隐喻(找到合适的比喻传达信息)、简单设计(只处理当前的需求,使设计保持简单)、测试先行(先写测试代码,然后再编写程序)、重构(重新审视需求和设计,重新明确地描述他们以符合新的和现有的需求)、结对编程、集体代码所有制、继续集成(可以按日甚至按小时为客户提供可运行的版本)、每周工作40小时、现场客户和编码标准。 4大价值观5大原则12大最佳实践 沟通简单反馈勇气 快速反馈 简单性假设逐步修改 提倡更改优质工作 计划游戏小型发布隐喻 简单设计测试先行重构 结对编程 集体代码所有制持续集成 每周工作40小时现场客户 编码标准 1.1.6其他开发方法 1、水晶法 水晶法认为每一个不同的项目都需要一套不同的策略、约定和方法论。 2、并列争求法 并列争求法使用迭代的方法,其中,把每30天一次的迭代称为一个“冲刺”,并按需求的优先级别来实现产品。 3、自适应软件开发(ASD)ASD有6个基本的原则有一个使命作为指导;特征被视为客户价值的关键点;过程中的等待是很重要的,因此“重做”与“做”同样关键变化不被视为改正,而是被视为对软件开发实际情况的调查。 确定的交付时间迫使开发人员认真考虑每一个生产的版本的关键需求。风险也包含其中。 1.2软件开发模型 其主要的经典开发模型如下图: 开发模型 √瀑布模型—→ √演化模型 √增量模型 √螺旋模型 √快速原型模型√喷泉模型 √V模型 对应的开发方法 √迭代模型/迭代开发方法√快速应用开发 √构件组装模型/基于构件的开发方法√统一过程/统一开发方法 √敏捷开发方法 √模型驱动的开发方法√基于架构的开发方法 1.2.1传统瀑布模型 瀑布模型(也称为线性顺序模型),由温斯顿·罗伊斯在1970年提出。瀑布模型是系统分析与设计的基础,它将整个系统开发周期分为了5个步骤,向瀑布一样,从上至下一气呵成,得到最终用户需要的产品。如果在产品的开发过程中,发现上一个流程有问题,就需要对上一个流程进行修复后,才能继续下一个阶段的流程,瀑布模型图流程如图所示。 瀑布模型的优点在于:一是用户的需求在最初时候已经相对成熟,不需要修改;二是项目组织开发的过程中,不需要大的变更。 瀑布模型的缺点在于:一是无法满足用户需求的高频率变化,各个阶段是相对独立的。二是一旦遇到软件需求变更太过频繁,就会影响最后系统的交付,特别是大量的重复劳动。 1.2.2增量模型 增量模型又叫做渐增模型,它采用了上述介绍的瀑布模型为基础,引入了快速原型模型方法。在实施的过程中,总体的流程仍是采用瀑布模型。但是在具体的功能模块设计中,将整个软件系统分成了多个模块一起开发建设。所有的模块独立进行开发,直到模块被开发完成后,统—集成到系统里来。 增量模型采用随时间的线性序列,每一个线性序列产生一个可交付的产品,慢慢的迭代以达到最终的要求。螺旋模型分为四个阶段即:制定计划、风险分析、实实施程以及客户评估。以原型为基础,加上瀑布模型重复沿着以上几个步骤进行开发。 每一个增量均发布一个可操作的产品增量模型把产品当做许多的零件,一部分一部分的交付给用户。根据开发阶段,增量模型的主要由以下阶段组成: 1.在系统开发的前,为了达到预期的目标,还是需要对设计过程中须要用到的框架进行必要的分析和设计。根据各个模块之间的关系,对整个系统进行系统化的设计。 2.对系统框架设计后,就可以进入系统有关部件的开发。即对系统进一步深入的分析,消化用户需求,进行初步的概要设计。 3.对于系统所拥有的模块进行开发后,就要做模块的整合和集成工作。同时,要对整合后的系统进行测试,测试通过后才能继续开发。增量模型流程图如下所示。 增量模型的特点是将系统各个模块打碎,做成一个个组件。因此,主要的优点有:一是我们将这个软件开发划分为许多模块,对于每个模块的进度进行标记,能够很容易的了解我们软件开发到哪个阶段,完成度。二是这种开发方式大大降低了软件开发成本和需求变更带来的风险。三是模块化的开发方式,使程序能够快速调整开发的重点,重点保障核心部分的开发。 增量模型的缺陷有:一是软件开发中,还是会存在一边开发一边修改需求,过多的需求变更还是会导致整个项目的失败。二是如果没有处理好模块与模块之间的功能交叉情况,会导致系统冗余,结构难以理解,为以后修改添加很大的困难。 本项目系统开发过程中若我方中标,我方会安排足够人手进行项目需求调研,为充分保障业主方需求得以实现本项目我方采购增量模型。 1.2.3V模型 v模型是以测试驱动的模型,测试贯穿的整个始终。 1.2.4喷泉模型 喷泉模型主要支持面向对象的开发方法,系统某部分常常重复工作多次,相关功能在每次迭代中完善,其主要体现了迭代和无间隙性特征。所谓无间隙指的是在开发活动中,分析、设计、和编码没有明确的界限。 1.2.5快速应用开发(RAD) RAD是一个增量型的软件开发模型,其强调的是极短的开发周期。是瀑布模型的一个高速变种,通过使用大量的可复用的构件,采用基于构件的方法赢得快速开发。 RAD的流程可分为: ①、业务建模:以什么信息驱动业务过程运作?要生成什么信息?想达到什么效果?可以使用数据流程图来回答上述问题(相当于需求分析,理解需求); ②、数据建模:为支持业务的数据流找到数据对象集合,定义数据对象属性,并与其他数据对象关系构成数据模型,可以辅以E-R图(相当于创建业务对象,找出对象之间的关系)。 ③、过程建模:使数据对象在信息流中完成各业务功能,即细化数据流图中的处理窗(相当于功能模块的实现,比如CRUD等业务)。 ④、应用生成:打通各个功能模块的关系,构造出整个应用系统。 ⑤、测试与交互。 1.2.6构件组装模型 构件组装模型指的是在整个应用开发的过程中,把各个功能模块抽取出来组成一个个可复用的构件,以便于重复使用。类似于积木一样,把整个构件整合起来,形成一个个的应用系统。其流程图如下: 1.3软件开发工具 本项目研发周期短、任务多、使用范围比较广,对开发过程中的效率要求较高,必须采用先进的项目开发和管理工具,用以高开发效率,我方拟用如下工具开发本项目: 类型 工具 说明 项目管理工具 TechExcel Project Studio TechExcelProjectStudio是一套集,项目管理、人员管理、任务管理于一体的解决方案;用户可以制定的项目计划,分配才关人员,并通过任务跟踪与监控,来推动项目的执行。 集成开发工具 MyEclipse IDE企业级工作平台(IDEEnterpriseWorkbe,简称IDE)是对EclipseIDE的扩展,利用它我在数据库和J2EE的开发、发布,以及应用程序服务器的整合方面极大的高工作效率。IDE是功能丰富的J2EE集成开发环境,包括了完备的编码、调试、测试和发布功能完整支持HTML,Spring,HTML,CSS,Javascript,SQL,Mysql; 版本控制工具 SVN软件配置管理 SvN是Subversion的简称,是一个开放源代码的版本控制系统。 系统建模工具 ErWin数据库建模软件 ERWinDataModeler是CA公司的数据库建模工具,目前关系数据库的设计中,有着比较广泛的应用。 缺陷跟踪工具 TechExcel DevTrack任务跟踪 TechExcelDevTrack是一款业内领先的任务和缺陷跟踪工 具,它具有可灵活配置的工作流框架,适用于全球范围内色种类型的开发团队。DevTrack为您供直观的、可完全自定的用户界面,通过简单的操作,您可以轻松地部署您的项巨执行解决方案。 测试工具 AutoRunner 自动化软件测试工具 AutoRunner是黑盒测试工具,可以用来完成功能测试、回测试、每日构建测试与自动回归测试等工作。是具有脚本语言的、供完善的针对脚本跟踪和调试功能的、支持IE测试和 Windowsnative测试的自动化测试工具。 TestCenter颔试管理工具 TestCenter是一款功能强大的测试管理工具,它可以帮助实现测试用例的过程管理,对测试需求过程、测试用例设过程、业务组件设计实现过程等整个测试过程进行管理。 开发阶段规范 2.1开发立项 开发立项阶段是产品开发的开始阶段,此阶段的主要工作是对项目做出初始的规划,对项目进行可行性分析并对项目是否启动做出决策。 2.1.1输入 《系统规划书》(可选) 2.1.2涉及角色及职责 序号 角色 职责 1 项目经理 ◆组建项目团队 ◆编写《开发立项报告》 ◆组织项目立项评审 ◆编写《项目计划书》 2 产品规划小组 ◆参与评审并批准 3 测试工程师 ◆编写《测试计划》 4 QA ◆协助项目经理完成《项目计划书》,重点是质量保证计划、量化项目管理计划 ◆推动相应项目里程碑QA工作(各阶段均涉及) 5 配置管理工程师 ◆建立项目配置库 ◆协助项目经理完成《项目计划书》,重点是各里程碑配置管理活动 ◆推动相应项目里程碑配置管理工作(各阶段均涉及) 2.1.3输出 《开发立项报告》《项目计划书》(含里程碑计划、项目管理制度、风险评估与防范机制、质量保证计划、量化项目管理计划、配置管理计划)。 2.2需求阶段 需求阶段主要项目的是完成项目需求调研、项目初期的技术探索及初步制定项目计划。 2.2.1输入 《版本规划》《专项规划报告》《概念规划报告》(可选)、《开发立项报告》 2.2.2涉及角色及职责 序号 角色 职责 1 产品经理 ◆编写《详细需求规格说明书》 ◆组织需求评审并修复需求缺陷组织业务培训 2 UI设计师 ◆完成产品UI设计 ◆组织UI设计评审 ◆参与需求评审 3 产品规划小组 ◆需求及UI设计评审 4 项目经理 ◆参与评审 ◆监督计划执行与风险管控 5 系统架构师 参与需求评审 6 开发工程师 ◆参与需求评审 ◆参与UI设计评审 7 前端工程师 ◆参与UI设计评审 ◆参与需求评审 8 测试工程师 ◆参与需求评审 ◆参与UI设计评审 9 高级产品经理 ◆参与需求评审 ◆参与UI设计评审 2.2.3输出 《详细需求规格说明书》UI源文件 2.3设计阶段 设计阶段主要需要完成系统概要设计、详细设计、测试用例设计等几项工作。 2.3.1输入 《详细需求规格说明书》《可行性研究报告》(可选) 2.3.2涉及角色及职责 序号 角色 职责 1 项目经理 ◆参与本阶段各类评审 ◆监督计划执行与风险管控 2 系统架构师 ◆编写《系统概要设计说明书》 ◆编写《系统详细设计说明书》 ◆组织各类设计说明书的评审工作及设计缺陷修复 ◆参与功能测试用例评审 3 开发工程师 ◆协助编写《系统概要设计说明书》 ◆协助编写《系统详细设计说明书》 ◆参与各类设计说明书的评审工作及设计缺陷修复 ◆参与功能测试用例评审 4 产品经理 ◆参与各类设计说明书的评审工作参与功能测试用例评审 5 技术研究小组 ◆参与系统概要设计评审 ◆前瞻新技术预研成果的培训与传递 6 测试工程师 ◆编写《功能测试用例》 组织功能测试用例评审及用例缺陷修复 2.3.3输出 《系统概要设计说明书》《系统详细设计说明书入《功能测试用例》 2.4实现阶段 此阶段主要完成系统的实现、代码评审、单元代码测试、功能测试工作。 2.4.1输入 《详细需求规格说明书》《系统概要设计说明书入《系统详细设计说明书》 UI源文件 2.4.2涉及角色及职责 序号 角色 职责 1 开发工程师 ◆代码实现 ◆参与代码评审与缺陷修复并完成《代码Review报告》 ◆代码单元测试与缺陷修复 2 系统架构师 ◆参与代码实现 ◆组织或参与代码评审与缺陷修复 ◆参与代码单元测试与缺陷修复 3 前端工程师 ◆根据UI设计完成前端静态页面实现 ◆组织并参与前端静态页面评审并缺陷修复 4 UI设计师 ◆参与前端静态页面评审 5 测试工程师 ◆编写《集成测试用例》 ◆组织集成测试用例评审并缺陷修复 6 产品经理 ◆参与集成测试用例评审 7 项目经理 ◆参与本阶段各类评审 ◆组织代码评审 ◆监督计划执行与风险管控 2.4.3输出 源代码、《代码Review报告》《集成测试用例》 2.5测试阶段 测试阶段主要对产品进行确认测试 2.5.1输入 源代码、《集成测试用例》《功能测试用例》《详细需求规格说明书》 2.5.2涉及角色及职责 序号 角色 职责 1 产品经理 ◆执行需求验证并输出缺陷 2 测试工程师 ◆执行功能测试与缺陷输出、验证 ◆执行集成测试与缺陷输出、验证 ◆执行产品健壮性测试与缺陷输出、验证 ◆编写测试报告 ◆制作安装包 3 开发工程师 ◆对缺陷进行修复 4 系统架构师 ◆对缺陷进行修复 5 前端工程师 ◆对缺陷进行修复 6 项目经理 ◆监督计划执行与风险管控 2.5.3输出 缺陷记录、《测试报告》安装包 2.6内部发布 内部发布阶段主要对产品进行内部验收和内部封版。 2.6.1输入 安装包、《测试报告》 2.6.2涉及角色及职责 序号 角色 职责 1 高级产品经理 ◆执行产品验收并输出缺陷 ◆编写《产品内部验收报告》 2 产品经理 ◆协助产品验收并输出缺陷 ◆协助编写《产品内部验收报告》 3 开发工程师 ◆对缺陷进行修复 4 系统架构师 ◆对缺陷进行修复 5 前端工程师 ◆对缺陷进行修复 6 项目经理 ◆监督计划执行与风险管控 2.6.3输出 《产品内部验收报告》安装包 2.7试点验证 试点验证阶段是指将内部发布版本安装至试点原型客户予以验证的过程。 2.7.1输入 安装包 2.7.2涉及角色及职责 序号 角色 职责 1 高级产品经理 ◆推动和参与原型客户试点验证工作 ◆对新增需求进行确认并提出实现方案 2 产品经理 ◆协助推动和参与原型客户试点验证工作 ◆对新增需求发起《详细需求规格说明书》变更 ◆参与用户手册评审 ◆完成产品培训PPT和视频制作 3 测试工程师 ◆负责客户缺陷反馈验证 ◆新增需求测试 ◆编写《用户手册》 ◆组织并参与用户手册评审并修复缺陷 4 开发工程师 ◆对缺陷进行修复 ●新增需求实现 5 系统架构师 ◆对缺陷进行修复 ◆新增需求设计与实现 6 前端工程师 ◆对缺陷进行修复 ◆新增需求实现 7 项目经理 ◆监督计划执行与风险管控 8 实施工程师 ◆负责原型客户的实施组织与交付 ◆编写《试点验证报告》 2.7.3输出 《试点验证报告》安装包、缺陷跟踪记录、《用户手册》产品培训PPT和视 频 2.8正式发布 正式发布阶段主要对产品进行发版评审并组织完成全产品资料编写工作。 2.8.1输入 安装包、《测试报告》《试点客户验证报告》《产品验收报告》 2.8.2涉及角色及职责 序号 角色 职责 1 高级产品经理 ◆输出发版报告PPT ◆组织并完成价格体系.xls ◆推动营销环节完成售前方案PPT、市场推广策略PPT ◆推动实施服务环节完成实施服务策略PPT 2 产品经理 ◆编写《发版说明》 3 产品规划小组 ◆参与发版评审 4 产品与技术委员会 ◆参与评审并给予结论 5 测试工程师 ◆编写《部署说明》 ◆搭建演示环境 6 开发工程师 ◆协助编写《升级指南》 ◆协助编写《维护手册》 7 系统架构师 ◆编写《升级指南》 ◆编写《维护手册》 8 项目经理 ◆参与发版评审 9 QA ◆参与发版评审并基于质量角度出具发版意见 2.8.3输出 《升级指南》《发版说明》发版报告PPT、《部署说明》《维护手册》构建演示环境、价格体系.xls、售前方案PPT、市场推广策略PPT、实施服务策略PPT 2.9结项 结项阶段是项目研发的最后一个阶段,完成此阶段后产品转入维护阶段。 2.9.1输入 发版报告评审结论 2.9.2涉及角色及职责 序号 角色 职责 1 项目经理 ◆编写《项目结项报告》 ◆编写《计算机软件著作权登记申请表》 ◆组织并召开项目总结会 2 系统架构师 ◆编写或更新《技术白皮书》 3 高级产品经理 ◆编写《业务蓝皮书》 4 产品经理 ◆协助编写《业务蓝皮书》 5 配置管理员 ◆组织完成项目所有工作产出物基线与存档工作 6 其他参与人 ◆参与项目总结 ◆完成项目所有工作产出物基线与存档 2.9.3输出 《项目结项报告》《计算机软件著作权登记申请表》《技术白皮书》《业务蓝皮书》 2.10全产品资料清单 公司任何标准产品的版本发布,均需同时完成相应的全产品运营配套资料的 发布,具体全产品资料清单及职责分工如下: 序号 资料类别 产品资料 责任部门 1 基本产品 产品安装包 质保部 2 《试点验证报告》 实施服务部 3 《升级指南 开发部 4 5 《发版说明》 产品部 6 发版报告.PPT 产品部 7 《测试报告》 质保部 8 《结项报告》 开发部 9 《产品验收报告》 产品部 10 完整产品 《用户手册》 质保部 11 《部署说明》 质保部 12 《维护手册》 开发部 13 产品培训PPT和视频 产品部 14 演示环境构建 质保部 15 价格体系.xls 产品部、方案咨询部 16 《计算机软件著作权登记申请表》 开发部 17 售前方案PPT 方案咨询部 18 《技术白皮书》 开发部 19 《业务蓝皮书》 产品部 20 市场策略 市场推广策略PPT 方案咨询部 21 营销、服务策略 实施服务策略PPT 实施服务部、产品部 项目测试方案 系统测试是本项目建设的关键步骤,是检验项目成果最直接的方法,我司在本项目建设方面拥有全套的检测方案,可全方位的检测各系统性能、实施风险、潜在风险等内容。 3.1测试的目的 测试是项目建设过程中一个非常重要的环节,测试的目的主要有三点: (1)确认软件的质量 测试工作一方面是确认软件达到目标需求(Dotherightthing),另一方面是确认软件以正确的方式来做了这个事件(Doitright)。 (2)提供风险信息 通过测试工作,向项目组提供反馈信息,为项目组进行风险评估奠定基础。 (3)提高软件过程质量 第三软件测试不仅是在测试软件产品的本身,而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题,这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。 3.2平台测试小组组成及工作分工 在具体项目实施中,将组建由软件测试部经理及测试师组成的测试小组,作为项目实施组的一个组成部分,负责具体测试工作。测试小组内部分工如下: 公司岗位 项目组岗位 实施项目组中个人职责 软件测试部经理 测试小组组长 在软件组组长的领导下,负责项目实施过程中的测试 工作; 负责测试计划的编制、测试测试用例的编制及审核; 负责测试过程的执行; 负责测试结果的审核; 负责测试报告的编制及审核; 软件测试师 测试师 根据测试小组组长的安排,负责测试用例的编写; 负责测试环境的搭建; 负责测试用例的执行; 负责测试结果的汇总及分析; 完成测试小组组长交付的其他测试工作; 3.3测试的范围和内容 系统测试范
集成系统软件开发投标方案(245页)(2024年修订版).docx
下载提示

1.本文档仅提供部分内容试读;

2.支付并下载文件,享受无限制查看;

3.本网站所提供的标准文本仅供个人学习、研究之用,未经授权,严禁复制、发行、汇编、翻译或网络传播等,侵权必究;

4.左侧添加客服微信获取帮助;

5.本文为word版本,可以直接复制编辑使用。


公众号
微信客服