全部科目 > 信息系统监理师 >
2009年上半年 上午试卷 综合知识
第 21 题
知识点 软件设计   需求的分类   需求分析   生命周期   需求分析阶段  
关键词 对象   分析阶段   软件设计   软件生命周期   软件项目   需求分析   生命周期   需求  
章/节 软件与软件工程知识  
 
 
在软件生命周期中,需求分析软件设计的基础。需求分析阶段研究的对象是软件项目的(21)。
 
  A.  规模 
 
  B.  质量要素
 
  C.  用户要求
 
  D.  设计约束
 
 




 
 
相关试题     需求分析概述 

  第26题    2015年上半年  
软件工程活动的需求过程包括的内容是(26)。

  第29题    2012年下半年  
一个软件系统应具有什么样的功能,这是在(29)阶段决定的。

  第26题    2013年下半年  
以下关于软件需求分析的说法,不正确的是(26)。

 
知识点讲解
· 软件设计
· 需求的分类
· 需求分析
· 生命周期
· 需求分析阶段
 
        软件设计
        软件概要设计监理的主要任务和目的是对软件概要设计有关内容(重点是软件的结构、软件的功能、接口设计和接口关系等)、概要设计过程、概要设计活动和文档格式等进行审查,确定承建单位提出的软件总体结构设计是否实现了软件需求规格说明的要求;给出是否符合要求的结论;确定其可否作为软件详细设计的前提和依据。具体来说,在概要设计阶段,监理的主要工作如下。
        (1)组织有关单位参加《概要设计说明书》评审会议,并根据国家相关标准、软件工程理论、《需求规格说明书》及工程建设合同等对《概要设计说明书》进行审查并提出监理意见。审核的重点是《概要设计说明书》是否能覆盖《软件需求说明书》,内容是否齐全规范且条理清晰,对潜在的用户需求是否给予了充分考虑并在技术层面上予以解决。
        (2)根据《项目开发计划》检查项目进展状况。根据具体情况及时提醒承建单位整合资源并调整项目的进度计划,检查承建单位是否依据《项目开发计划》配备相应的资源。
        (3)主持监理例会,做好监理日记。协调建设单位和承建单位对《软件需求说明书》所做的修改带来的相关问题,并定期将项目进展情况及发现的问题汇总,以项目月报的形式向建设单位做书面汇报。
        (4)做好项目往来文档的整理及存档工作。
        (5)督促承建单位尽早编写《软件集成测试计划》。
        (6)在概要设计进行前提交总体设计阶段的监理细则和监理周记,在概要设计完成后提交概要设计监理报告。
        软件详细设计监理的主要任务和目的是对软件详细设计有关内容(重点是软件的算法、数据结构、数据类型、异常处理和计算效率等)、详细设计过程、详细设计活动和文档格式等进行审查,确定承建单位提出的软件详细设计内容是否实现了软件概要设计的要求,确认是否满足要求;给出是否符合要求的结论;确定其可否作为软件编码的前提和依据。具体来说,在详细设计阶段,监理的主要工作如下。
        (1)检查承建单位的实际工作进度是否与计划相一致,定期与承建单位沟通,检查文档及工作成果。
        (2)检查《详细设计说明书》及其相关文档的质量是否符合国家规范、行业规范及合同的要求。在详细设计的各个阶段点进行成果评审,以检验详细设计的内容是否能实现概要设计的要求,以及系统需求指标。
        (3)在详细设计前提交该阶段监理细则和监理周记,在详细设计完成后提交《详细设计说明书》的确认报告。
 
        需求的分类
        什么是软件的需求呢?软件需求就是系统必须完成的事,以及必须具备的品质。具体来说,软件需求包括功能需求、非功能需求和设计约束三个方面的内容。
        (1)功能需求。是指系统必须完成的那些事,即为了向它的用户提供有用的功能,产品必须执行的动作。
        (2)非功能需求。是指产品必须具备的属性或品质,如可靠性、性能、响应时间、容错性及扩展性,等等。
        (3)设计约束。也称为限制条件、补充规约,这通常是对解决方案的一些约束说明,例如必须采用国有自主知识版权的数据库系统,必须运行在UNIX操作系统之下等。
        除了这三种需求之外,还有业务需求、用户需求和系统需求这三个处于不同层面下的概念,充分理解这些需求才能够更加清晰地理清需求的脉络。
        (1)业务需求。是指反映组织机构或客户对系统、产品高层次的目标要求,通常问题定义本身就是业务需求。
        (2)用户需求。是指描述用户使用产品必须要完成什么任务、怎么完成的需求,通常是在问题定义的基础上进行用户访谈、调查,对用户使用的场景进行整理,然后建立的从用户角度的需求。
        (3)系统需求。是从系统的角度来说明软件的需求,它包括了用特性说明的功能需求,质量属性及其他非功能需求,还有设计约束。
        我们经常围绕着“功能需求”来展开工作,而功能需求大部分都是从“系统需求”的角度来分析与理解的,也就是用“开发人员”的视角来理解需求。但要想真正地得到完整的需求,仅戴上“开发人员”的眼镜是不够的,还需要“领域专家”的眼镜,从更高的角度来理解需求,这就是“业务需求”。同时还应该更好地深入用户,了解他们的使用场景,了解他们的所思所想,这就是“用户需求”。这是一个理解层次的问题,并不仅仅是简单的概念。
 
        需求分析
        软件需求分析监理的主要任务和目的是对软件需求分析的相关内容(重点是工程需求、功能需求、性能需求和设计约束等)、需求分析过程、需求分析活动及文档格式进行审查,确认是否满足要求,并确定其可否作为软件开发的前提和依据。
        (1)参与用户需求调研,尤其是关键业务及有甲乙双方决策人物参与的大型交流会等。
        (2)组织有关单位参加《需求规格说明书》技术联合评审会议,并根据国家相关标准、软件工程理论、用户需求及工程建设合同等进行审查并提出监理意见。
        (3)根据项目管理的理论,审核承建单位递交的《项目开发计划》。审核的重点是项目参与人员的技术工作背景是否适应本项目、工作分配及进度计划是否合理,以及软件开发风险因素分析、风险防范措施是否到位等。
        (4)审核承建单位提交的软件开发的质量保证及配置管理计划等软件生存周期支持过程的文档。
        (5)审核承建单位针对本工程投入的软硬件资源是否满足工程需要并及时到位。
        (6)审核承建单位在开发过程中使用的软件工具的合法性。
        (7)主持监理例会,做好监理日记,定期将项目进展情况及发现的问题汇总,并以项目月报的形式向项目建设单位做书面汇报。
        (8)做好项目往来文档的整理及存档工作。
        在需求分析阶段,监理工作的重点是对软件需求规格说明书和项目开发计划的审核。
 
        生命周期
        IT服务生命周期由规划设计(Planning&Design)、部署实施(Implementing)、服务运营(Operation)、持续改进(Improvement)和监督管理(Supervision)5个阶段组成,简称“PIOIS”。
        (1)规划设计:从客户业务战略出发,以需求为中心,参照ITSS对IT服务进行全面系统的战略规划和设计,为IT服务的部署实施做好准备,以确保提供满足客户需求的IT服务。
        (2)部署实施:在规划设计基础上,依据ITSS建立管理体系、部署专用工具及服务解决方案。
        (3)服务运营:根据IT服务部署情况,依据ITSS,采用过程方法,全面管理基础设施、服务流程、人员和业务连续性,实现业务运营与IT服务运营的全面融合。
        (4)持续改进:根据IT服务运营的实际情况,定期评审IT服务满足业务运营的情况,以及IT服务本身存在的缺陷,提出改进策略和方案,并对IT服务进行重新规划设计和部署实施,以提高IT服务质量。
        (5)监督管理:本阶段主要依据ITSS对IT服务质量进行评价,并对IT服务供方的服务过程、交付结果实施监督和绩效评估。
 
        需求分析阶段
        . 确定软件的可靠性目标;
        . 分析可能影响可靠性的因素;
        . 确定可靠性的验收标准;
        . 制定可靠性管理框架;
        . 制定可靠性文档编写规范;
        . 制定可靠性活动初步计划;
        . 确定可靠性数据收集规范。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2023 All Rights Reserved
软考在线版权所有