文档介绍：该【软件工程监理任务 】是由【文艺人生】上传分享，文档一共【8】页，该文档可以免费在线阅读，需要了解更多关于【软件工程监理任务 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。软件工程监理任务
按照信息系统监理相关的标准和规范要求,控制项目在规定的时间内完成,并实现项目建设的目标。具体内容包括:
按照四控制、三管理、一协调的监理原则,保证项目在规定的计划时间内按质、按量完成,实现项目建设目标。各阶段监理工作主要内容包括:
项目阶段
提供的咨询或监理服务内容
招投标阶段
,包括拟定项目招标方案和招标文件的技术需求,提出建议,做招标准备工作。
、商务谈判。
。
设计阶段
、审核。
。
、人员构成。
。
。
,对项目设计输出的各种文件进行审核、提出修改意见直至文档最终定版;
、委托方对各应用软件的需求分析、概要设计和详细设计、编码测试、接入系统接口测试、系统的功能、性能及压力测试、系统试运行的优化等进行审核评审和技术把关。
方案是否遵守以下基本原则:
标准化原则
先进性和实用性原则
可靠性和稳定性原则
可扩展原则
安全性原则
可管理原则
经济性和效益性原则
TCC系统扩容是在原有TCC系统上的提升,目标是解决后续若干线路接入TCC系统实现综合监视,系统扩容的集成方案在整体架构上要充分的考虑到与原有系统的无缝融合,在系统设计上要充分利用既有系统资源,实现资源共享,要尽量在保持对既有系统改动尽可能小的情况下,实现扩容后的TCC系统不仅能满足新线的接入能力,而且它的行车处理能力和数据存储能力得到一个提升。由此可知,系统集成方案的设计水平将直接影响到TCC系统扩容后能否实现既定目标,监理将与业主、设计、承包商充分讨论系统集成方案的整体架构和细节,保证既定目标的实现。
信息中心作为对TCC、ACC两大系统数据的存储、管理和挖掘的平台,不仅简单的存储和加工数据,它通过自身对数据正确、深入的处理,对运营管理和决策支持提供重要依据,它的系统集成方案设计是否合理,关系到整个系统能否承担起海量数据的深入加工处理,以及让这些数据为运营决策提供正确的信息。监理将按照招标文件的要求审核系统集成方案是否能完全满足系统业务需求。
任务二:协助承建单位、委托方审核关键设备、系统软件等选型方案;
具体措施:监理审查承包商的设备及系统软件选型方案,审查应用软件设计和系统软件的选型,对系统的安全性、可靠性、可操作性、可维护性进行评估。
针对系统的建设目的的不同,每个系统都有自己核心的侧重方面,而系统核心方面处理能力的高低,往往影响着整个系统的性能,这就需要集成商在关键设备的选型上考虑充分。TCC系统扩容的设备选型应重点考虑和既有TCC系统的融合性、兼容性,在关键设备选型上延续既有TCC设备选型的思想,但在设备性能
上要有提升。信息中心所突出的是对数据存储和处理能力,关键设备是在数据库和数据存储介质的选型,此外还要考虑第三方软件的选型,要充分实现系统功能并考虑系统的兼容。
任务三:对采购的硬件设备、系统软件的质量进行检验、测试和验收;
具体措施:监理将对承包商采购的所有硬件设备、系统软件进行开箱检查,设备进入现场前,监理将组织相关人员到现场依据合同进行设备开箱检查,并填写《设备开箱检查记录》,具体检查包括对设备规格型号的核准,检查设备随即资料是否齐全,并填写《设备开箱检查记录》,对于可加电设备,监理将对设备单机加电情况进行检验。
任务四:对网络的联结、硬件设备、系统软件的安装调试进行验收。
具体措施:督促集成商编写《系统网络测试文件》并进行审核,根据测试文件对网络联结进行全面测试。
TCC扩容系统测试还需对各线路OCC与TCC的接入进行测试。按阶段分为:
签订接口规范协议:OCC与TCC系统采用统一的接口协议;
确定点表:OCC把其线路各专业的所有接入点的信息情况写入点表给TCC;
接口协议测试(STD):测试双方协议是否一致,TCC是否可以正确接收OCC方发出的信息;
点对点测试(PTP):根据点表,OCC将对每一个点更改状态,看TCC是否能正确接收点的状态变化,此测试是在测试平台上;
端对端测试(ETE):测试内容与点对点测试一致,测试平台是在生产系统上;
系统联调测试(IST):在生产系统上,测试主备机的切换测试。
任务一:应用软件开发的阶段性计划的审核和确认;
具体措施:督促承包商提交《应用软件开发计划》,并进行审核。此文档应包括软件开发的管理过程,软件开发用例,软件开发各阶段的工作计划。
任务二:在对建设项目详细了解的基础上,协助承建单位、委托方对各应用软件的需求分析、概要设计和详细设计、编码测试、硬件安装调试、系统测试、系统试运行进行把关;
具体措施:软件测试是一种普遍采用的软件质量控制验证方法,其质量控制的测试方案,亦参照通用的测试方法进行,软件测试方案由两部分组成,即软件文件验证技术、软件确认技术。
软件验证技术
需求书验证的主要任务是保证用户的功能需求、业务需求、以及其它的一些需求(如非功能性需求、约束性需求等)都已经被分配到软件需求书说明的各需求项中。
设计文件验证包括3个部分的内容:即概要设计文件验证、详细设计文件验证以及数据库设计文件验证:
概要设计文件验证的主要任务,是确保软件需求文件中的需求项,全部已经分配到了概要设计文件的各软件模块之中。
详细设计文件验证的主要任务,是确保概要设计文件中的模块已经全部分配到详细设计文件的各软件单元之中。
数据库设计文件验证的重点任务是验证数据库与外部应用程序的接口是否正确、数据操作实现界面是否清晰、数据库整体设计是否合理、数据表设计是否符合3NF要求(如违反范式要说明详细理由)以及数据表中的字段(键)和索引的设计是否高效合理的。
代码验证以及交付验证
代码验证验证详细设计文件中,代码编写的规范性、代码审查和静态分析三个部分。
代码编写规范审查主要是审核代码排版的格式以及注解的格式是否符合相应规范;
代码审查的任务主要是验证详细设计中的软件单元是否都已被代码覆盖并正确实现;
代码静态分析技术主要任务是检查变量或标号的定义与使用、表达式运算以及程序的流程设计上是否存在缺陷或错误。
交付验证包括安装验证和使用验证两部分内容。
安装验证的主要任务是保证程序能按照用户手册的提示正确安装到目标机器上;
使用验证的主要任务是确保程序能按照用户手册的提示的操作正确完成某项功能或事务处理。
软件确认技术
单元测试技术
主要任务是验证详细设计规格说明中所划分出来的软件单元是否被程序编制人员用代码形式正确地实现了。单元测试一般选用白盒法,工作原理是由测试人员输入设计好的测试用例,测试被测单元能否按照设计要求处理这些测试用例。
集成测试技术
验证各软件单元组装后形成模块能否达到概要设计文件中模块的设计目标;在模块级集成工作完成之后,测试人员还应测试各模块组装后形成的用户系统内部存在冲突,各模块能否正常工作。
集成测试要保证模块内部的正确性和保证模块能最终集成为大系统。
系统测试技术和交付测试技术
系统测试技术
主要任务是验证经集成测试后形成的软件系统是否满足软件需求书中的各需求项。由于需求项涉及的领域很广泛,这就导致了系统测试中对应的测试门类相当庞杂。如:功能测试、可靠性测试、可恢复性测试、可移植性测试等等。对此,一般选用黑盒测试法,亦在一定环境条件下(如:模拟现场或极端条件),设计各种测试用例,输入并运行完整的软件系统,根据软件系统运行过程中的实际表现,评估软件系统是否符合软件需求项的各类要求。
交付测试技术
交付测试主要的参与者应该是目标客户,交付测试的内容一般包括:
安装测试:主要任务是测试软件系统能否在模拟环境下或实际现场,由目标用户顺利完成在目标机器上的安装;
可用性测试:可用性测试的主要任务是测试软件系统在完成安装以后能否完成用户的模拟任务或现场任务;
alpha测试:用户在开发环境下对软件系统进行类似于黑盒的测试,测试的目的是从用户的角度评价软件产品的功能、可使用性、可靠性、性能和支持,尤其注重产品的界面和特色;
beta测试:Beta测试的目的是确保软件产品交付给全体用户之前能部分或全面地修正其在实际应用中可能出现的各类缺点或不足。
上述测试方案,在不同开发阶段(需求书符合性、软件文档设计、软件实现、软件测试与交付)实施的相应测试方法,为控制软件质量提供了技术手段。显然质量控制的测试方案不是唯一的也不是万能的,更需要监理、业主、承包商间的紧密协作。
任务三:对承建单位的开发过程的工作质量进行审核;
具体措施:应用软件的开发是一个系统最核心的部分,软件开发应该满足合同中对软件功能及性能的所有需求,在开发过程中承包商会不断的对软件进行单元测试、集成测试、系统测试、回归测试、压力测试、性能测试等,以确保软件的可用性和可靠性,监理将见证这些测试过程,并对测试之前的测试文件进行审核,对测试结论进行确认。
任务四:对源代码、开发文件进行移交验收。
具体措施:在系统的初步验收阶段,承包商将对整个系统进行移交,包括对文档的移交。软件文档的移交就是对源代码和开发文件的移交。承包商在软件开发的过程中应有软件的配置管理文件和软件的版本控制文件,软件文档移交时要移交所有软件的源代码,和开发过程中所形成的文档。监理将审核文档的完整性。