zoukankan      html  css  js  c++  java
  • 软考高级(五)

    管理评审、技术评审、检查、走查、审计说明

    管理评审的目的是监控进展,决定计划和进度的状态,确认需求及其系统分配,或评价用于达到目标适应性的管理方法的有效性。它们支持有关软件项目期间需求的变更和其他变更活动。 
    技术评审的目的是评价软件产品。以确定其对使用意图的适合性,目标是识别规范说明和标准的差异,并向管理提供证据,以表明产品是否满足规范说明并遵从标准,而且可以控制变更。 
    检查的目的是检测和识别软件产品异常。一次检查通常针对产品的一个相对小的部分。发现的任何异常都要记录到文档中,并提交。 
    走查的目的是评价软件产品,走查也可以用于培训软件产品的听众,主要目标是:发现异常、改进软件产品、寿虑其他实现、评价是否遵从标准和规范说明。走查类似于检查,但通常不那么正式。走查通常主要由同事评审其工作,以作为一种保障技术。 
    软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动,识别违例情况,并产生一个报告,采取更正性行动

    软件工程各阶段的评审内容

    转载 
     
    软件工程各阶段的评审内容如下表:
    评审点 评审人员 评审文档 评审内容
    需求调研评审 用户 l 
    管理人员(PM) 
    软件开发人员 l
    (质量管理人员)
    (初步)需求规格说明书 l        
    (初步)项目开发计划
        用户需求调研的完备性 (关键需求点及潜在需求点) 
        用户需求深度的(准确)界定性;需求实现的周期性; 
        初步的项目开发计划(资源、周期、模式) 
    软件需求评审 软件开发人员
    用户
    管理人员
    标准化人员
    特邀专家
    质量管理人员
    软件需求说明书
    数据要求及数据字典
    项目开发计划
       软件需求说明书是否覆盖了用户的所 
    有要求
    (用户需求调研报告
    软件需求说明书)
       软件需求说明书和数据要求说明书的
    明确性、完整性、一致性、可测试性、
    可跟踪性
    (软件需求说明书 数据流图 数据字典)
       项目开发计划的合理性
    (用户方 公司技术委员会 项目组(包括QA)等)
       文档是否符合有关标准规定(包括公司的ISO QMS有关规定)
    概要设计评审 软件开发人员
    管理人员
    标准化人员
    概要设计说明书     概要设计说明书是否与软件需求说明书的要求一致(概要设计  软件需求规格说明 对比“测试”) 
    l    概要设计说明书是否正确、完整、一致
    l    系统的模块划分是否合理 ** 
    (逻辑上、系统后期拓展上、用户应用需求上) 
    l    接口定义是否明确 
    l    文档是否符合有关标准规定
    详细设计评审 软件开发人员 
    管理人员
    标准化人员
    详细设计说明书 
    测试计划
    数据库设计说明书
        详细设计说明书是否与概要设计说明书的要求一致 
    (概要设计 与 详细设计 的“测试”) l    
        模块内部逻辑结构是否合理,模块之间接口是否清晰 
    l    数据库设计说明书是否完全,是否正确反映详细设计说明书的要求
         测试是否全面、合理 (测试计划) 
    l    文档是否符合有关标准规定
    测试阶段评审 软件专家组成人员(管理人员)
    软件测评单位 
    科研计划管理人员
    开发组成员
    业主单位代表 
    软件测试计划
    软件测试说明
        软件测试说明对各测试用力进行详细的定义和说明,审核测试用例、环境、测试软件、测试工具等准备工作是否全面、到位。
        在测试过程中,填写“软件测试记录”。发现软件问题,则填写“软件问题报告单”。测试记录包括测试的时间、地点、操作人、参加人、测试输入数据、期望测试结果、实际测试结果及测试规程邓2.
    验收评审 (鉴定)  软件开发人员
    用户
    管理人员 
    标准化人员 
    承办方与交办方的上级领导
    成套文档   开发的软件系统是否已达到软件需求说明书规定的各项技术指标
      使用手册是否完整、正确 
      文档是否齐全,是否符合有关标准规定 
    信息系统机房工程设计原则
    机房的设计必须满足当前的各项业务需求应用,又面向未来快速增长的发展需求,因此必须是高质量的、灵话的、开放的。我们在进行机房设计时,遵循以下设计原则。 
    (1)实用性和先进性。采用先进成熟的技术和设备,满足当前业务需求,兼顾未来的业务需求。尽可能采用先进的技术、谩备和材料,以适应高速的数据传输需要,使整个系统在一段时期内保持技术的先进性,并具有良好的发展潜力,以适应未来业务的发展和技术升级的需要。 
    (2)安全可靠性。为保证各项业务应用,网络必须具有高可靠性,决不能出现单点故障。要对机房布局、结构设计、设备选型、日常维护等各个方面进行高可靠性的设计和建设。在关键设备采用硬件备份、冗余等可靠性技术的基础上,采用相关的软件技术提供较强的管理机制、控制手段和事故监控与安全保密等技术措施以提高电脑机房的安全可靠性。 
    (3)灵活性和可扩展性。机房必须具有良好的灵活性和可扩展性,能够根据业务不断深入发展的需要,扩大设备容量,提高可容纳的用户数量。具备支持多种网络传输、多种物理接口的能力,提供技术升级、设备更新的灵活性; 
    (4)标准化。在机房系统整体设计,基于国际标准和国家颁布的有关标准,包括各种建筑、机房设计标准,电力电气保障标准以及计算机局域网、广域网标准,坚持统一规范,从而为未来的业务发展和设各增容奠定基础。 
    (5)经济性,投资保护。应以较高的性能价格比构建机房,使资金的产出,投入比达到最大值。能以较低的成本、较少的人员投入来维持系统运转,提供高效能与高效益。犀可能保留并延长已有系统的投资,充分利用以往在资金与技术方面的投入。 
    (6)可管理性。机房具有一定复杂性,随着业务的不断发展,管理的任务必定会日益繁重。所以在电脑中心的设计中,必须建立一套全面、完善的机房管理和监控系统。所选用的设备应具有智能化,可管理的功能,同时采用先进的管理监控系统设备及软件,实现先进的集中管理监控,实时监控、监测整个电脑机房的运行状况,实时灯光、语音报警,实时事件记录,这样可以迅速确定故障,提高的运行性能、可靠性,简化机房管理人员的维护工作,从而为机房安全、可靠的运行提供最有力的保障。
    项目管理的几个概念(WBS、OBS、RBS、BOM、CWS、CA)总结与区分

    1.WBS (­ Work Breakdown Structure):工作分解结构——以可交付成果为导向的工作层级分解。其分解的对象是项目团队为实现项目目标、提交所需可交付成果而实施的工作。工作分解结构组织并定义了项目的全部范围。

    2.CWBS(Contractual WBS):合同工作分解结构——定义卖方提供给买方报告的层次,不如WBS详细。

    3.OBS(Organization breakdown structure):组织分解结构——显示工作被分配到组织单元。

    4.RBS (Resource breakdown structure):资源分解结构——对项目将使用的资源按种类与形式进行划分的层次结构。

    5.BOM (Bill of Material):材料清单——制造产品所需零部件等的分级层次。

    6.RBSRisk breakdown structure):风险分解结构——按照风险类别说明已识别风险的层次结构。

    7.CAControl Account)控制账户——一种管理控制点。在该控制点上,把范围、预算(资源计划)、实际成本和进度加以整合,并把它们与挣值相比较,以测量绩效。

    8.CWS(Cost breakdown structure):成本分解结构。

    上述几个概念之间的关系

    1.CWSWBSOBS三者之间的关系可参照下图。

    项目管理的几个概念(WBS、OBS、RBS、BOM、CWS、CA)总结与区分

  • 相关阅读:
    使用 Redis 实现分布式系统轻量级协调技术
    高并发系统中的常见问题
    ASP.NET跨平台
    消息队列RabbitMQ
    Redis数据结构
    自定义的配置文件实现动态注入
    redis基础的字符串类型
    持久化redis
    redis
    MS Open Tech 技术团队构建可靠的Windows版Redis
  • 原文地址:https://www.cnblogs.com/elenz/p/7788366.html
Copyright © 2011-2022 走看看