自考资料：软件工程 课件.ppt

软 件 工 程2002年6月 软件工程框架 软件工程的基本活动 1)、需求 定义问题，即建立系统模型 主要任务包括： 1〕需求获取 －需求定义 系统功能的一个正确的陈述 2〕需求规约―－系统需求规格说明 主要成分：系统模型 系统功能的一个精确、系统的描述 3〕需求验证 ?各评测准则的含义： 可跟踪性：在特定的软件开发和运行的环境下，追溯设 计表示的能力或实际程序部件追溯原始需求的能力。 完 备 性：软件需求得以实现的程度。 一 致 性：在软件设计和实现的整个过程中，技术和表示 的一致程度。 安 全 性：防止软件受到有意或无意存取、使用、修改、 毁坏以及泄密的程度。 容 错 性：当系统出现错误，例如机器故障，输入不合理 的数据等，能以某种预定方式进行适当处理，使系统 继续执行以及恢复系统的能力。也称为健壮性。 准 确 性：软件系统实现计算或控制精度的程度。 简 单 性：在可理解的简单方式下，定义并实现软件功能的 程度。 执行效率：为实现某种功能，提供使用最少处理时间的程度。 存贮效率：为实现某种功能，提供使用最少存贮空间的程度 存取控制：对用户存取权限实施控制的程度。 存取检查：对用户存取进行审查的程度。 操 作 性：操作软件的难易程度。通常，操作性取决于软件 提供的操作规程以及输入/输出方法。 易训练性：软件辅助新的用户使用系统的能力。通常，易 训练性取决于软件提供帮助用户使用系统的方法和方式 简 明 性：软件（程序和文档）易读的程度。有时，也称为 可理解性。 模块独立性：软件模块（部件）实现“高内聚低耦合”的程度 自描述性：软件自身对其功能描述的程度。 结 构 性：软件结构“良好”的程度。 文档完备性：软件文档齐全、描述清楚、满足规范或标准 的程度。 通 用 性：软件功能覆盖可用范围的程度。 可扩展性；软件体系结构、数据设计和过程设计的可扩展 程度。 可修改性：软件容易修改且不会产生副作用的程度。 自 检 性：监控自身操作效果和发现自身错误的能力。 机器独立性：不依赖于特定计算机和特定设备而能工作的 程度。 软件独立性：不依赖非标准程序设计语言特性、操作系统 特性，或其他环境约束，而靠自身能实现其功能的程度 通 信 性：提供有效I/O方式的程度。 通信共享性：使用标准通信协议、接口和带宽的标准化程度 数据共享性；使用标准数据结构和数据类型的程度。 （2） ISO9000-3质量体系要素 软件企业实施ISO9000质量标准，应选择ISO9001质量保证模式，需贯彻执行其20个质量体系要素。 ISO9000-3针对上述20个要素在软件企业中实施做出了解释：“建议”或“最好（should）”。 ISO9000-3与ISO9001标准的文本描述是完全对应的。 下面对每个要素给出具体的解释。 1、管理职责：负责人工作职责 组织制定机构的质量方针、质量目标和质量承诺；保证机构内各级人员理解质量方针，并能贯彻执行。 对所有与质量相关的管理人员、执行人员和验证人员规定职责、权限和相互关系；为相关活动提供充分的资源支持；委派专人负责按标准建立、实施和保持质量体系。 负责定期组织机构内的管理评审，审查质量体系是否满足标准及企业需要，是否持续有效 2、质量体系 建立质量体系，形成文件并加以维护。 编制质量手册，明确质量方针、目标、组织结构等各个方面，以及质量体系文件概要 确定质量手册的管理（制定、修改、批准和控制） 编制有关质量体系要素、需求和预防措施的文件。 质量策划与对质量计划的要求 质量策划：确定质量以及采用质量体系要素的目标和要求的活动。（构思和安排） 质量计划：针对特定产品、项目或合同，规定专门的质量措施、资源和活动顺序的文件。（具体实施） 对新产品、新项目或新合同应制定质量计划。 3、合同评审 在合同签订之前，应对合同、标书或订单进行全面评审，以保证其中的条款能够接受，也有能力满足。 对上述工作程序建立文件定义，并贯彻执行。 ?评审参与组织及其职责、活动。 ?评审结论及其管理 ? 合同修订及其管理 4、设计控制 在产品设计方面进行质量控制，并保持稳定、制度化，包括： ?设计和开发的策划 ?组织上的接口和技术上的接口 ?