标签：需求 服务 信息系统 项目管理 软考 软件工程 测试 软件 设计
1、 信息系统集成及服务管理
1) 信息系统集成及服务管理体系内容：
① 信息系统集成、运维服务和信息系统监理资质管理
② 信息系统集成、运维服务和信息系统监理相关人员管理
③ 国家计划（投资）部门对规范的、具备信息系统项目管理能力的企业和人员的建议性要求
④ 信息系统用户对规范的、具备信息系统项目管理能力的企业和人员市场性需求
IT服务管理的核心思想ITSM的核心思想：IT组织都是IT服务提供者，提供低成本、高质量的IT服务。判断质量和成本IT服务的客户和用户。ITSM是以服务为中心的IT管理。
2) 实施ITSM的根本目标：
① 以客户为中心
② 提供高质量低成本的服务
③ 提供的服务是可准确计价的
3) IT服务管理
① 服务台：建立统一运维服务的入口
② 事件管理：解决突发事件，保证IT系统正常稳定
③ 问题管理：分析事件，找到根本原因和最终解决方案，消除减少事件发生的概率
④ 变更管理：以受控的方式，确保所有变更得到评估、批准、实施和评审
⑤ 配置管理：定义和控制服务与基础设施的部件，并保持准确的配置信息
⑥ 发布管理：交付和发布并跟踪一个或多个变更
4) 服务级别协议：
提供服务的企业与客户之间就服务的品质、水准、性能等方面所达成的双方共同认可的协议或契约。
服务级别协议内容：
① 提供服务及协议有效期限的规定
② 服务提供期间的时间规定，包括测试、维护和升级
③ 对用户数量、地点以及提供的相应硬件的服务的规定
④ 对故障报告流程的说明，包括故障升级到更高水平支持的条件。应包括对故障报告期望的应答时间的规定
⑤ 对变更请求流程的说明。可能包括完成例行的变更请求的期望时间
⑥ 对服务级别目标的规定；与服务相关的收费规定
⑦ 用户责任的规定（用户培训、确保正确的桌面配置、没有不必要的软件、没有妨碍变更管理流程等）
⑧ 对解决与服务相关的不同意见的流程说明
5) ITSS组成要素
IT服务（PPTR）由人员、流程、技术和资源组成。四要素关系：正确选择人员遵从过程规范，正确使用技术，并合理运用资源，向客户提供IT服务。
6) IT服务生命周期组成（PIOIS）：
规划设计
部署实施
服务运营
持续改进
监督管理
7) 信息技术服务：
供方为需方提供如何开发、应用信息技术的服务，及供方以信息技术为手段提供支持需方业务活动的服务。
服务形态：
信息技术咨询服务、设计与开发服务、信息系统集成服务、数据处理和运营服务及其他信息技术服务
8) 信息系统审计
l 目的：评估并反馈、保证及建议
① 可用性：信息系统是否时刻提供服务，被完好保护以应对损失灾难
② 保密性：系统保存的信息是否仅对需要的人开放
③ 完整性：信息系统提供的信息是否始终保持正确、可信、及时，能否防止未授权的对系统数据和软件的修改
l 组成：
① 信息系统的管理、规划与组织
② 信息系统技术基础设施与操作实务
③ 资产的保护
④ 灾难恢复与业务持续计划
⑤ 应用系统的开发、获得、实施与维护
⑥ 业务流程评价与风险管理
l 依据
信息系统审计师须了解规划执行及完成审计工作的步骤与技术，并尽量遵守公认信息系统审计准则、控制目标和法律与规定。
① 公认信息系统审计准则：执业准则、ISACA公告和职业道德规范
② 信息系统的控制目标：COBIT标准
③ 其他法律与规定
l 基于风险方法进行审计步骤：
① 编制组织使用的信息系统清单并对其进行分类
② 决定哪些系统影响关键功能和资产
③ 评估哪些风险影响这些系统及商业运作的冲击
④ 在上述评估的基础上对系统分级，决定审计优先值、资源、进度和频率。审计者可以制定年度审计计划，开列出一年之中要进行的审计项目
l 信息系统工程监理活动内容（四控三管一协调）：
四控
① 质量控制
② 进度控制
③ 投资控制
④ 变更控制
三管
⑤ 合同管理
⑥ 信息管理
⑦ 安全管理
一协调
⑧ 在项目执行过程中，有效协调建设单位、承建单位，以及各相关单位的关系
9) 信息系统建设
1) 信息系统开发方法：
- 结构化方法（最广泛）：
利用图形表达用户需求，使用手段：数据流图（是结构化系统分析方法的主要表达工具及用于软件模型的图示方法）、数据字典、结构化语言、判定表以及判定树等。
特点：
① 遵循用户至上原则
② 严格区分工作阶段
③ 强调开发过程的整体性和全局性
④ 系统开发过程工程化，文档资料标准化
DFD由数据流、加工、数据存储和外部实体（存在于软件系统之外的人员或组织）组成。
- 原型法：先快速开发一个原型系统，然后反复修改实现用户的最终系统需求
特点：其用户的需求是动态响应逐步纳入的，无明显界限和分工。分为抛弃式原型（探索式原型）和演化式原型。主要用在必须易于升级和优化的场合，适合web项目。
- 面向对象方法：可被共享和重复引用，达到复用目的。涉及分析、设计、实现三阶段。界限也并非十分明确。
10) 信息系统设计
l 系统方案设计
① 总体设计：
系统的总体架构方案设计、软件系统的总体架构设计、数据存储的总体设计、计算机和网络系统的方案设计。
② 详细设计（物理设计）：
代码设计、数据库设计、人/机界面设计、处理过程设计等
l 系统架构
将系统整体分解为更小的子系统和组件，从而形成不同的逻辑层或服务，再确定各层的接口，层与层相互之间的关系。
2、软件工程
软件需求：针对待解决问题的特性的描述。所定义的需求必须可以被验证。
① 可以检测和解决需求之间的冲突
② 发现系统的边界
③ 并详细描述出系统需求
软件需求分类：
① 功能性需求
② 性能需求
③ 设计约束
④ 属性
⑤ 外部接口需求
需求开发过程4个主要活动
① 需求获取
② 需求分析
③ 需求定义
④ 需求验证
软件设计：
① 结构设计：各部件之间关系
② 数据设计：模型转数据结构
③ 接口设计：软件和操作系统及软件和人之间通信
④ 过程设计：部件转软件
12) 软件测试
分类方法：
阶段划分：
① 单元测试（模块测试）：依据软件详细设计说明书
② 集成测试：检查接口关系，验证是否符合设计要求。依据：软件概要设计文档
③ 确认测试：内部确认测试（按SRS测试），Alpha测试（开发环境测试）和Beta测试（用户使用环境测试）
④ 系统测试：依据：用户需求或开发文档
⑤ 验收测试（交付测试）
按软件内部结构和具体实现的角度划分：
① 白盒测试：设计测试用例
② 黑盒测试（功能测试）
③ 灰盒测试：集成测试阶段
按是否执行程序角度划分：
① 静态测试：仅分析检查源程序语法结构过程接口等检查程序正确性。
② 动态测试：检查运行结果与预期结果差异，并分析性能。按阶段划分：单元测试、集成测试、确认测试、系统测试、验收测试。
标签：需求,服务,信息系统,项目管理,软考,软件工程,测试,软件,设计 来源： https://www.cnblogs.com/97hong/p/15808126.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。