计算机软件行业审核作业指导书
计算机软件工程大作业指导书
计算机软件工程大作业指导书（非计算机专业适用）编写：机电工程系过威克一、基本要求：1、基本掌握软件工程的理论和思想方法，能运用软件工程方法解决项目开发过程中的具体问题。
2、对项目开发过程中的各个环节，如可行性分析、需求分析、概要设计、详细设计、编码与实现、系统测试、软件维护等有较全面的了解。
3、重点掌握项目开发过程中的某1、2个环节的具体实施方法。
4、能针对项目开发过程中的某1、2个环节的具体实施写出具体的、规范化的研究报告。
二、作业实现方法：每2到3人一组，共同完成一个具体项目（如：工资管理系统、学生成绩管理系统、银行计算机储蓄管理系统、旅馆客房管理系统、办公室管理系统、商品销售管理系统、学校教材定购系统、机票预定系统、实验室设备管理系统、图书馆管理系统、超市管理系统等）环节的研究报告，但研究报告必须每人一份独立撰写。
三、时间要求：从布置日期起一周内完成。
四、作业封面及内容格式：见附录1五、作业范文：见附录2附录1宿迁学院计算机软件工程大作业（2012/2013学年度第一学期）系专业班级姓名学号完成日期成绩报告题目（黑体、小二号字、加粗、居中）报告正文（宋体、小四号字，其中小标题加粗）附录2范文超市管理系统需求分析1项目计划1.1系统开发目的(1) 大大提高超市的运作效率。
(2) 通过全面的信息采集和处理，辅助提高超市的决策水平。
(3) 使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张能力，提供有效的技术保障。
1.2背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是连锁超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为××超市努力追求的目标。
软件开发和测试服务作业指导书
软件开发和测试服务作业指导书第1章引言 (4)1.1 背景与目的 (4)1.1.1 背景描述 (4)1.1.2 目的说明 (4)1.2 范围与定义 (4)1.2.1 范围 (4)1.2.2 定义 (5)1.3 参考文献 (5)第2章软件开发基础 (5)2.1 开发流程概述 (5)2.2 需求分析 (5)2.3 系统设计 (5)2.4 编码实现 (6)第3章软件测试基础 (6)3.1 测试概念与目的 (6)3.1.1 测试概念 (6)3.1.2 测试目的 (6)3.2 测试类型与方法 (7)3.2.1 单元测试 (7)3.2.2 集成测试 (7)3.2.3 系统测试 (7)3.2.4 验收测试 (7)3.3 测试策略与计划 (8)3.3.1 测试策略 (8)3.3.2 测试计划 (8)第4章需求分析阶段的测试 (8)4.1 需求分析评审 (8)4.1.1 目的 (8)4.1.2 方法 (8)4.1.3 输出 (9)4.2 用例设计 (9)4.2.1 目的 (9)4.2.2 方法 (9)4.2.3 输出 (9)4.3 需求分析验证 (9)4.3.1 目的 (9)4.3.2 方法 (9)4.3.3 输出 (9)第5章设计阶段的测试 (10)5.1 设计评审 (10)5.1.1 目的 (10)5.1.3 输出 (10)5.2 体系结构验证 (10)5.2.1 目的 (10)5.2.2 方法 (10)5.2.3 输出 (11)5.3 接口测试 (11)5.3.1 目的 (11)5.3.2 方法 (11)5.3.3 输出 (11)第6章编码阶段的测试 (11)6.1 单元测试 (11)6.1.1 测试目标 (11)6.1.2 测试方法 (12)6.1.3 测试步骤 (12)6.2 集成测试 (12)6.2.1 测试目标 (12)6.2.2 测试方法 (12)6.2.3 测试步骤 (12)6.3 代码审查 (13)6.3.1 审查目标 (13)6.3.2 审查方法 (13)6.3.3 审查步骤 (13)第7章系统测试 (13)7.1 功能测试 (13)7.1.1 目的 (13)7.1.2 测试方法 (13)7.1.3 测试内容 (13)7.2 功能测试 (14)7.2.1 目的 (14)7.2.2 测试方法 (14)7.2.3 测试内容 (14)7.3 安全测试 (14)7.3.1 目的 (14)7.3.2 测试方法 (14)7.3.3 测试内容 (14)7.4 兼容性测试 (15)7.4.1 目的 (15)7.4.2 测试方法 (15)7.4.3 测试内容 (15)第8章验收测试与上线 (15)8.1 验收测试准备 (15)8.1.1 确定验收测试范围 (15)8.1.2 编制验收测试计划 (15)8.1.4 设计验收测试用例 (15)8.1.5 准备验收测试数据 (15)8.1.6 培训测试人员 (16)8.2 验收测试执行 (16)8.2.1 执行验收测试 (16)8.2.2 记录测试结果 (16)8.2.3 分析和定位问题 (16)8.2.4 跟踪问题解决 (16)8.2.5 重复测试 (16)8.3 上线与运维 (16)8.3.1 上线评审 (16)8.3.2 上线准备 (16)8.3.3 上线实施 (16)8.3.4 运维支持 (16)8.3.5 定期评估 (16)第9章测试工具与自动化 (17)9.1 测试工具概述 (17)9.1.1 功能测试工具 (17)9.1.2 功能测试工具 (17)9.1.3 自动化测试工具 (17)9.2 自动化测试策略 (17)9.2.1 测试目标 (18)9.2.2 测试范围 (18)9.2.3 测试工具选择 (18)9.3 自动化测试框架 (18)9.3.1 框架设计 (18)9.3.2 关键技术 (18)9.3.3 实践案例 (19)第10章软件开发与测试服务管理 (19)10.1 项目管理 (19)10.1.1 项目启动：明确项目目标、范围、时间、成本及质量等要求。
软件开发作业指导书
软件开发作业指导书一、引言本作业指导书旨在为软件开发课程的学生提供指导和帮助，以完成一个有效的软件开发作业。
本指导书包含了作业要求、作业流程和评分标准等内容，希望能够帮助学生顺利完成作业并获得优秀的成绩。
二、作业要求1. 主题学生可根据个人兴趣选择一个软件开发项目的主题，如网页设计、移动应用开发等。
2. 开发环境学生可根据项目需求选择适合的开发工具和编程语言，如HTML/CSS、JavaScript、Java等。
3. 功能需求学生应详细描述所选主题的功能需求，并根据需求设计合理的功能模块。
4. 数据库设计如涉及数据库，学生需设计合适的数据库结构和数据表，并保证数据的一致性和完整性。
5. 用户界面设计学生应根据所选主题设计用户友好的界面，包括合适的布局、颜色和字体等。
6. 功能实现学生需要根据功能需求，使用合适的技术和编码规范实现各个功能模块。
7. 测试与调试学生需对开发过程中的功能进行测试和调试，确保项目的稳定性和可靠性。
8. 文档撰写学生应撰写详细的软件开发文档，包括需求分析、设计思路、代码注释等内容。
三、作业流程1. 需求分析学生需对所选主题进行详细的需求分析，确保对需求的准确理解和明确。
2. 设计学生应根据需求分析的结果，进行系统设计和数据库设计，并制定开发计划。
3. 编码与实现学生需按照设计要求，使用合适的开发工具，编码实现各个功能模块。
4. 测试与调试学生应进行充分的测试和调试，确保项目的质量和稳定性。
5. 文档撰写在开发过程中，学生应随时记录相应的文档，包括需求分析、设计思路和代码注释等。
6. 报告提交学生应按照要求，提交相应的作业报告和项目源代码。
四、评分标准作业将根据以下几个方面进行评分：1. 功能完整性：是否实现了所有功能要求。
2. 用户界面设计：界面是否友好、美观、易用。
3. 代码编写质量：代码风格是否规范、注释是否清晰。
4. 测试与调试：是否进行了充分的测试和调试，是否稳定可靠。
软件需求设计评审作业指导书
软件需求设计评审作业指导书目录1目的 (3)2范围 (3)3 职责 (3)4相关记录 (3)5 评审的层次 (4)5.1过程规范 (4)5.2文档规范 (4)5.3文档语法 (4)5.4文档语义 (4)5.5文档逻辑 (4)5.6文档美学 (4)5.7结果优化 (5)6评审流程 (5)6.1确定评审组长 (5)6.2评审计划 (5)6.3评审准备 (6)6.4评审会议 (6)6.5评审记录 (6)6.6评审结论 (6)6.7跟踪与总结 (7)6.8材料归档 (7)1目的为规范软件需求设计分析项目评审工作，保证评审结果公正、准确、特编制本指导书。
2范围适用于软件开发项目组和客户对需求设计分析的评审。
3职责评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。
评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。
文档作者：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成修改。
记录人员：评审会议中记录评审人员提出的问题及相关讨论。
项目经理：制定保证评审和改正的项目进度计划，还要确保评审准备时间、评审会议时间及错误的改正时间。
而且评审安排及结果与所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷原因，并且改进项目质量。
4相关记录《软件需求调查记录》《软件需求规格说明》《软件需求分析评审会记录》或《软件概要设计说明书》《软件详细设计说明书》《软件设计分析评审会记录》5评审的层次5.1过程规范是否符合过程规范、是否按照计划提交、是否按时经过评审、是否准时发布（注意提交时间与发布时间的区别），以及评审的流程是否规范。
21个行业审核作业指导书
21个行业审核作业指导书1. 介绍本文档旨在为21个不同行业的审核工作提供指导和指示。
行业的多样性要求审核员具备不同的知识和技能。
通过本指导书，审核员将能够了解每个行业的审核要求以及如何执行审核工作。
2. 行业1：制药行业2.1. 审核目标•确保制药企业符合法规和质量标准•检查生产过程中的合规性和安全性•确保药品质量和有效性2.2. 审核程序1.预备工作：了解制药企业的运营模式、产品类型和生产流程。
2.准备审核计划：确定审核的范围、目标和时间表。
3.实地审核：检查制药企业的设施、设备和操作，以确保合规性和质量标准。
4.审核报告：总结审核发现，并提出改进建议。
5.后续跟踪：确定改进措施的实施情况，并确保问题的解决。
2.3. 审核注意事项•在审核过程中要保持客观和中立•注意保护商业机密和知识产权3. 行业2：IT行业3.1. 审核目标•确保IT系统的安全性和稳定性•检查数据管理和网络安全措施•评估IT项目的风险管理和质量控制3.2. 审核程序1.审核前准备：了解IT系统的架构、数据流和安全策略。
2.审核计划：确定审核的范围、目标和时间表。
3.技术审查：检查IT系统和设备的配置、安全性和性能。
4.数据审查：评估数据管理和备份策略的有效性。
5.审核报告：总结审查结果，并提供建议和改进措施。
3.3. 审核注意事项•理解不同的IT技术和软件开发流程•遵守数据保护和隐私规定4. 行业3：金融行业4.1. 审核目标•确保金融机构合规性和风险管理•评估金融产品的质量和可持续性•检查非法活动和欺诈行为4.2. 审核程序1.审核计划：确定审核的范围、目标和时间表。
2.文件审查：评估金融机构的合规文件和风险管理措施。
3.实地审核：检查金融机构的内部控制和交易记录。
4.风险评估：评估金融产品的风险和可行性。
5.审核报告：总结审核结果，并提供建议和改进措施。
4.3. 审核注意事项•熟悉金融产品和市场规定•保持独立性和诚信5. 其他行业（行业4至行业21）对于行业4至行业21的审核工作，我们将提供类似的结构和指导。
软件工程作业指导书
软件工程作业指导书一、作业目的及要求本次软件工程作业旨在培养学生对软件工程理论与实践的综合应用能力，以及团队协作与项目管理能力。
具体要求如下：1. 学生按照选定的软件项目进行系统需求分析、设计和实现，并完成相应的文档；2. 学生应独立完成作业，但允许合理交流与讨论；3. 作业提交包括项目报告、源代码、测试用例及运行结果；4. 提交截止日期为XX年XX月XX日，逾期不予接收。
二、作业内容及步骤1. 阅读并理解所选软件项目的相关要求和背景知识；2. 进行系统需求分析，包括明确系统的功能要求、性能要求、用户界面要求等；3. 进行系统设计，包括软件体系结构、模块设计、数据库设计等；4. 进行编码和测试，确保软件的正确性和稳定性；5. 撰写项目报告，详细描述软件工程的整个过程以及各个阶段的具体实施方法和技术选型依据；6. 准备演示文稿，展示您的项目成果。
三、作业参考要点1. 系统需求分析a) 功能需求：列举系统的功能点，并以用例图、活动图等方式进行描述。
b) 性能需求：明确系统的性能需求，如响应时间、并发用户数等。
c) 用户界面要求：设计符合用户习惯的用户界面，提高用户体验。
2. 系统设计a) 软件体系结构：选择合适的体系结构模式，如MVC、微服务等。
b) 模块设计：按照功能划分模块，并设计各个模块之间的接口和交互。
c) 数据库设计：设计数据库表结构，确保数据的一致性和完整性。
3. 编码和测试a) 按照设计进行编码，注释清晰，代码规范。
b) 设计并执行相应的测试用例，保证代码的正确性和稳定性。
4. 项目报告a) 项目背景：对所选软件项目进行适当介绍。
b) 系统分析与设计：详细描述系统需求分析和设计的过程和结果。
c) 编码与测试：说明编码和测试的策略与方法，并呈现源代码、测试用例及运行结果。
d) 遇到的困难与解决方案：列举在开发过程中遇到的问题，并描述相应的解决方法。
e) 总结与展望：对项目整体进行总结，并给出未来进一步改进或拓展的建议。
软件开发流程及规范作业指导书
软件开发流程及规范作业指导书第1章项目立项与规划 (5)1.1 项目背景分析 (5)1.1.1 行业现状 (5)1.1.2 市场需求 (5)1.2 项目目标与需求分析 (5)1.2.1 项目目标 (5)1.2.2 项目需求 (5)1.3 项目资源与风险评估 (5)1.3.1 项目资源 (5)1.3.2 风险评估 (5)1.4 项目立项与规划 (6)1.4.1 项目立项 (6)1.4.2 项目规划 (6)第2章需求分析 (6)2.1 需求收集 (6)2.1.1 确定收集方法 (6)2.1.2 确定收集对象 (6)2.1.3 需求收集内容 (6)2.1.4 需求收集注意事项 (7)2.2 需求分析与梳理 (7)2.2.1 需求分类 (7)2.2.2 需求优先级排序 (7)2.2.3 需求分析 (7)2.2.4 需求梳理 (7)2.3 需求规格说明书编写 (7)2.3.1 编写模板 (7)2.3.2 编写规范 (7)2.3.3 编写内容 (7)2.3.4 审核与修改 (7)2.4 需求确认与评审 (7)2.4.1 确认方法 (7)2.4.2 确认流程 (8)2.4.3 评审参与人员 (8)2.4.4 评审注意事项 (8)第3章系统设计 (8)3.1 架构设计 (8)3.1.1 确定系统架构模式 (8)3.1.2 确定技术选型 (8)3.1.3 构建系统架构图 (8)3.2 模块划分与接口设计 (8)3.2.1 模块划分 (8)3.2.3 接口规范 (8)3.3 数据库设计 (9)3.3.1 数据库选型 (9)3.3.2 设计数据模型 (9)3.3.3 数据库规范 (9)3.4 系统设计文档编写 (9)3.4.1 文档结构 (9)3.4.2 文档规范 (9)第4章编码实现 (10)4.1 编码规范与约定 (10)4.1.1 通用编码规范 (10)4.1.2 语言特异性规范 (10)4.2 代码编写与自测 (10)4.2.1 代码编写 (10)4.2.2 自测 (10)4.3 代码审查与优化 (10)4.3.1 代码审查 (10)4.3.2 优化 (11)4.4 版本控制与协同开发 (11)4.4.1 版本控制 (11)4.4.2 协同开发 (11)第5章测试策略与实施 (11)5.1 测试计划制定 (11)5.1.1 目的 (11)5.1.2 内容 (11)5.1.3 要求 (12)5.2 单元测试与集成测试 (12)5.2.1 单元测试 (12)5.2.2 集成测试 (12)5.3 系统测试与验收测试 (12)5.3.1 系统测试 (12)5.3.2 验收测试 (12)5.4 缺陷跟踪与修复 (12)5.4.1 缺陷跟踪 (13)5.4.2 缺陷修复 (13)第6章系统部署与维护 (13)6.1 部署策略与计划 (13)6.1.1 部署目标 (13)6.1.2 部署原则 (13)6.1.3 部署计划 (13)6.2 系统部署与上线 (13)6.2.1 部署准备 (13)6.2.2 部署步骤 (14)6.3 系统监控与优化 (14)6.3.1 监控策略 (14)6.3.2 优化措施 (14)6.4 系统维护与升级 (14)6.4.1 维护策略 (14)6.4.2 升级策略 (14)第7章项目管理 (15)7.1 项目进度管理 (15)7.1.1 进度计划制定 (15)7.1.2 进度监控与控制 (15)7.1.3 进度汇报与评估 (15)7.2 项目风险管理 (15)7.2.1 风险识别 (15)7.2.2 风险评估与分类 (15)7.2.3 风险应对策略 (15)7.2.4 风险监控 (15)7.3 项目质量管理 (15)7.3.1 质量规划 (15)7.3.2 质量保证 (16)7.3.3 质量控制 (16)7.3.4 持续改进 (16)7.4 项目沟通与协作 (16)7.4.1 沟通管理计划 (16)7.4.2 沟通与协作机制 (16)7.4.3 项目会议管理 (16)7.4.4 项目文档管理 (16)第8章软件质量保证 (16)8.1 质量保证策略 (16)8.1.1 质量规划：在项目启动阶段，明确项目的质量目标和要求，制定相应的质量计划，为项目实施提供指导。
IT部制度-软件开发岗位作业指导书
相关要求／标准
输出成果
耗时
H
频率
1
1.明确软件需求
明确软件需求，确定软件开发标准
1.1联合需求部门、IT部门等参与需求讨论，明确具体需求和软件开发目的
相关需求需要需求部门经理、IT经理审批，需求变动需提前说明，并审批后修改
《软件需求说明书》
0.2-0.8h
每月
2.软件开发实施规划
《软件设计说明书》
每天
3.4 所有功能模块经过测试后，且测试通过后，软件进行集体打包压缩，并部署测试服务器试跑，经过一段时间试跑无问题，则部署于正式服务器
软件开发完成后，且无bug出现，需部门领导审批后方可部署于正式服务器
0.2h
每天
4. 软件测试
每个模块需编写《测试用例》，确保软件无异常
4.1 功能性测试无死机现象，无异常操作，程序任何地方均能跳转到主要模块，所有交互均能正常有效，根据功能要求分类测试
软件开发岗位作业指导书
文件版本号：A/0
生效日期：2019年1月11日
文件编号：
岗位名称
软件开发工程师
岗位编号
所在部门
IT部-深圳罗马仕
岗位类别
直接上级职务名称
IT部经理
岗位代理人
直接下属岗位名称
一、岗位职责：
按本岗位作业指导书
编 制：黄诗君
审 核：杨风强
批准：
日期：2019年1月11日
二、作业程序及输出成果
2.3.2 规划好软件开发周期，划分每个模块具体开发时长
2.3.3 明确开发具体人员，划分软件任务
在规定的开发时间内完成模块开发
0.5-0.8h
每月
3. 程序编码
软件开发行业作业指导书
软件开发行业作业指导书第1章软件开发基础 (4)1.1 软件开发概述 (4)1.1.1 软件定义 (4)1.1.2 软件开发目的 (4)1.1.3 软件开发层次 (4)1.2 软件开发生命周期 (4)1.2.1 需求分析 (4)1.2.2 设计 (4)1.2.3 编码 (4)1.2.4 测试 (4)1.2.5 维护 (5)1.3 常用软件开发模型 (5)1.3.1 瀑布模型 (5)1.3.2 快速原型模型 (5)1.3.3 迭代模型 (5)1.3.4 敏捷开发模型 (5)1.3.5 喷泉模型 (5)1.3.6 智能化开发模型 (5)第2章需求分析 (5)2.1 需求获取 (5)2.1.1 用户访谈 (5)2.1.2 调查问卷 (6)2.1.3 竞品分析 (6)2.1.4 需求工作坊 (6)2.2 需求分析 (6)2.2.1 功能需求分析 (6)2.2.2 功能需求分析 (6)2.2.3 可用性需求分析 (6)2.2.4 安全性需求分析 (6)2.2.5 兼容性需求分析 (6)2.3 需求规格说明书 (6)2.3.1 引言 (6)2.3.2 总体描述 (7)2.3.3 功能需求 (7)2.3.4 功能需求 (7)2.3.5 可用性需求 (7)2.3.6 安全性需求 (7)2.3.7 兼容性需求 (7)2.3.8 界面需求 (7)2.3.9 系统约束 (7)2.3.10 附录 (7)第3章系统设计 (7)3.1 架构设计 (7)3.1.1 系统结构 (7)3.1.2 层次划分 (7)3.1.3 模块划分 (8)3.1.4 关键技术与选型 (8)3.2 模块设计 (8)3.2.1 用户模块 (8)3.2.2 业务模块 (8)3.2.3 系统管理模块 (8)3.3 数据库设计 (9)3.3.1 表结构设计 (9)3.3.2 索引设计 (9)3.3.3 存储过程设计 (9)第4章编码实现 (9)4.1 编程规范 (9)4.1.1 通用规范 (9)4.1.2 命名规范 (9)4.1.3 代码结构规范 (9)4.2 代码审查 (10)4.2.1 审查流程 (10)4.2.2 审查内容 (10)4.3 版本控制 (10)4.3.1 版本控制工具 (10)4.3.2 提交规范 (10)4.3.3 分支管理 (10)第5章软件测试 (10)5.1 测试策略 (11)5.1.1 目的与原则 (11)5.1.2 测试范围与对象 (11)5.1.3 测试方法与工具 (11)5.2 单元测试 (11)5.2.1 目的与原则 (11)5.2.2 测试内容 (11)5.2.3 测试方法与工具 (12)5.3 集成测试与系统测试 (12)5.3.1 集成测试 (12)5.3.2 系统测试 (12)第6章软件部署与维护 (12)6.1 软件部署 (12)6.1.1 部署前准备 (12)6.1.2 部署流程 (12)6.1.3 部署策略 (13)6.2 软件维护 (13)6.2.2 维护内容 (13)6.2.3 维护流程 (13)6.3 软件升级与更新 (13)6.3.1 升级策略 (13)6.3.2 更新流程 (13)第7章软件项目管理 (14)7.1 项目规划 (14)7.1.1 项目目标 (14)7.1.2 项目团队组织 (14)7.1.3 项目计划 (14)7.1.4 资源规划 (14)7.1.5 项目预算 (14)7.2 项目进度控制 (14)7.2.1 项目进度监控 (14)7.2.2 项目调整 (14)7.2.3 项目报告 (14)7.2.4 项目评审 (14)7.3 项目风险管理 (14)7.3.1 风险识别 (15)7.3.2 风险评估 (15)7.3.3 风险应对策略 (15)7.3.4 风险监控 (15)7.3.5 风险管理文档 (15)第8章软件开发团队协作 (15)8.1 团队组织与管理 (15)8.1.1 团队结构 (15)8.1.2 团队成员选择与配置 (15)8.1.3 团队管理 (15)8.2 沟通与协作 (15)8.2.1 沟通渠道 (15)8.2.2 协作规范 (16)8.3 知识分享与技能提升 (16)8.3.1 知识分享 (16)8.3.2 技能提升 (16)第9章软件开发工具与环境 (16)9.1 集成开发环境 (16)9.1.1 概述 (16)9.1.2 常用集成开发环境 (17)9.1.3 集成开发环境的选择 (17)9.2 代码管理工具 (17)9.2.1 概述 (17)9.2.2 常用代码管理工具 (17)9.2.3 代码管理工具的选择 (17)9.3.1 概述 (18)9.3.2 常用项目管理工具 (18)9.3.3 项目管理工具的选择 (18)第10章软件开发行业发展趋势 (18)10.1 新兴技术概述 (18)10.2 开源与闭源之争 (19)10.3 软件开发行业的未来挑战与机遇 (19)第1章软件开发基础1.1 软件开发概述1.1.1 软件定义软件是指在计算机硬件及系统环境下，为实现一定功能或多个功能，按照特定要求设计、开发、测试、维护的相关文档和程序代码的集合。
质量管理体系专业审核作业指导书(计算机软件行业)2
质量管理体系专业审核作业指导书(计算机软件行业)一、介绍质量管理体系（Quality Management System，QMS）是指针对一组管理过程中的质量要求而建立、实施、维持及持续改进质量管理体系的一系列技术和管理手段。
在计算机软件行业中，质量管理体系是非常重要的一部分，它对产品质量和客户满意度具有极大的影响。
为了确保质量管理体系的有效性和可持续性，需要对其进行定期审核。
二、审核目的本次审核旨在确认计算机软件企业的质量管理体系是否能够满足国际标准ISO 9001:2015的要求，以及是否能够持续改进并提高质量水平。
同时，此次审核也为企业提供了一次自我检查和完善的机会。
三、审核范围本次审核的主要内容包括：1.质量管理体系文件审核：主要包括企业的质量手册、程序文件、操作说明等文件的审核，确认文件是否符合ISO 9001:2015的要求。
2.现场审核：主要针对计算机软件企业实际运营情况进行审核，通过观察、访谈、取证等多种方式，确认企业是否能够按照质量管理体系要求实施和运行。
四、审核程序本次审核的程序如下：1.准备工作：审核员应收到企业提交的文件，并对文件进行初步审查和评估。
2.文件审核：审核员应先对企业的质量管理体系文件进行审核，以判断企业的文件是否完整、符合要求，是否达到ISO 9001:2015的要求。
3.现场审核：审核员随机抽样，选择一部分内容进行现场审核，包括业务、设备、人员、程序、管理系统、文件等，确认企业是否有符合要求的文件和系统，并通过访谈方式沟通企业的管理意识和质量管理实践。
4.结束工作：审核员应对审核结果进行和评估，填写审核报告，并向企业经理和质量管理代表报告审核结果。
五、审核注意事项在审核过程中，应特别注意以下事项：1.审核员应保持专业和客观态度，严格按照程序执行，不得有任何偏见。
2.审核员应保存好所有审核记录和证据，以备后续使用。
3.审核员应与企业的代表进行充分沟通和交流，以便确认质量管理体系的有效性和可行性。
软件开发与测试作业指导书
软件开发与测试作业指导书一、背景介绍软件开发与测试是计算机科学与技术专业中的重要课程之一，旨在培养学生在软件开发和测试方面的能力和技巧。
本文旨在为软件开发与测试作业提供详细指导，帮助学生在完成作业时更加清晰明确，提高作业质量和效率。
二、作业目标软件开发与测试作业的主要目标是通过实践，让学生掌握软件开发和测试的基本流程和技术。
作业要求学生围绕一个具体的项目，包括需求分析、设计、编码、测试等环节，完成一个可运行的软件系统。
同时，还要求学生编写相关的测试用例和测试报告，以验证系统的正确性和健壮性。
三、作业内容1. 需求分析学生需要仔细阅读并理解提供的需求文档。
在理解需求的基础上，学生应该根据需求编写详细的用例描述，明确每个功能点的输入输出和预期结果。
2. 系统设计学生需要根据需求和用例描述，进行系统设计。
设计包括系统的整体结构、模块划分、数据结构和算法设计等。
学生需要使用适当的工具（如UML建模工具）来进行设计图的绘制。
3. 编码实现学生应根据系统设计，利用所学的编程语言和开发工具，实现系统的各个模块。
编码应遵循良好的编程风格，注重代码的可读性和可维护性。
4. 单元测试学生需要编写单元测试用例，对系统的各个模块进行测试。
测试用例应覆盖不同的输入组合和边界情况，以确保模块的功能和正确性。
5. 集成测试学生需要将各个模块进行集成测试，测试不同模块之间的接口和交互是否正常。
测试用例应覆盖各种场景，验证系统的完整性和稳定性。
6. 系统测试学生需要对整个系统进行综合测试，模拟实际使用场景，验证系统是否满足用户需求。
测试用例应包括正常情况和异常情况，测试系统的功能和性能。
7. 编写测试报告学生根据测试结果，编写测试报告。
报告应清晰明了，包括测试环境、测试目标、测试过程、测试结果和问题反馈等内容。
报告还应对系统的优缺点和改进方向进行分析和总结。
四、作业要求1. 作业完成时间学生需要按照教师规定的时间节点完成作业的不同阶段。
软件开发和维护作业指导书
软件开发和维护作业指导书第1章引言 (4)1.1 背景与目的 (4)1.2 适用范围 (4)1.3 参考文献 (5)第2章项目立项与需求分析 (5)2.1 项目立项 (5)2.1.1 项目背景 (5)2.1.2 项目目标 (5)2.1.3 项目可行性分析 (5)2.1.4 项目立项决策 (5)2.2 需求分析 (5)2.2.1 用户需求调研 (6)2.2.2 市场需求分析 (6)2.2.3 系统需求分析 (6)2.2.4 需求优先级排序 (6)2.3 需求规格说明书 (6)2.3.1 功能需求 (6)2.3.2 功能需求 (6)2.3.3 界面需求 (6)2.3.4 数据需求 (6)2.3.5 安全需求 (6)2.3.6 系统约束与限制 (6)2.3.7 系统集成与兼容性需求 (6)2.3.8 用户文档与培训需求 (6)2.3.9 软件维护与升级需求 (7)第3章系统设计 (7)3.1 架构设计 (7)3.1.1 系统分层 (7)3.1.2 技术选型 (7)3.2 模块划分 (7)3.3 数据库设计 (7)3.3.1 数据表设计 (8)3.3.2 字段定义 (8)3.3.3 索引创建 (8)3.4 界面设计 (8)3.4.1 用户模块 (8)3.4.2 业务模块 (8)3.4.3 数据模块 (8)3.4.4 系统管理模块 (8)第4章编码实现 (9)4.1 编程规范 (9)4.1.2 语言特定规范 (9)4.2 代码审查 (9)4.2.1 审查流程 (9)4.2.2 审查标准 (9)4.3 版本控制 (9)4.3.1 版本控制工具 (9)4.3.2 分支管理 (9)4.3.3 提交规范 (10)4.3.4 代码合并 (10)第5章软件测试 (10)5.1 测试计划 (10)5.1.1 目的 (10)5.1.2 范围 (10)5.1.3 测试目标 (10)5.1.4 测试方法 (10)5.1.5 测试标准 (10)5.1.6 测试环境 (10)5.1.7 测试团队 (11)5.1.8 测试进度安排 (11)5.2 单元测试 (11)5.2.1 目的 (11)5.2.2 范围 (11)5.2.3 测试方法 (11)5.2.4 测试用例 (11)5.2.5 测试工具 (11)5.3 集成测试 (11)5.3.1 目的 (11)5.3.2 范围 (11)5.3.3 测试方法 (11)5.3.4 测试用例 (11)5.3.5 测试工具 (11)5.4 系统测试 (11)5.4.1 目的 (12)5.4.2 范围 (12)5.4.3 测试方法 (12)5.4.4 测试用例 (12)5.4.5 测试工具 (12)5.4.6 测试报告 (12)第6章软件部署与培训 (12)6.1 部署策略 (12)6.1.1 制定部署计划 (12)6.1.2 部署方式 (12)6.1.3 部署环境 (12)6.2.1 部署前检查 (12)6.2.2 部署过程 (13)6.2.3 部署后评估 (13)6.3 用户培训 (13)6.3.1 制定培训计划 (13)6.3.2 培训内容 (13)6.3.3 培训方式 (13)6.3.4 培训效果评估 (13)第7章软件维护与优化 (14)7.1 维护策略 (14)7.1.1 维护目标 (14)7.1.2 维护类型 (14)7.1.3 维护流程 (14)7.2 故障分析与处理 (14)7.2.1 故障定位 (14)7.2.2 故障处理 (14)7.3 功能优化 (15)7.3.1 功能分析 (15)7.3.2 功能优化措施 (15)第8章软件质量保证 (15)8.1 质量管理计划 (15)8.1.1 目标 (15)8.1.2 质量原则 (15)8.1.3 质量管理活动 (16)8.2 质量评估 (16)8.2.1 质量评估标准 (16)8.2.2 质量评估方法 (16)8.3 持续改进 (16)8.3.1 改进策略 (16)8.3.2 改进措施 (17)第9章项目管理与沟通 (17)9.1 项目计划 (17)9.1.1 项目目标：明确项目目标，保证目标具有可衡量性、可实现性、相关性和时限性。
软件开发规范作业指导书
软件开发规范作业指导书一、概述本规范旨在指导软件开发人员按照统一规范进行软件开发工作，确保软件开发过程的高效性、一致性和可维护性。
本指导书将从项目准备、需求分析、设计开发、测试评估等方面详细介绍软件开发的规范要求。
二、项目准备1. 需求收集：在项目启动阶段，对用户需求进行全面收集和明确，并进行详细记录，包括但不限于功能需求、性能需求、安全需求等。
2. 需求分析：根据需求文档，进行需求分析，将需求分解为可执行的任务，明确模块间的依赖关系和接口规范。
3. 环境准备：配置开发环境和测试环境，确保团队成员具备相应的开发工具和测试工具，并保持环境的一致性。
三、需求分析1. 功能规范：对每个功能进行详细说明，包括输入、输出、操作步骤等。
2. 性能规范：明确系统的性能指标，包括响应时间、并发用户数等，并根据需求进行性能测试和优化。
3. 安全规范：根据系统安全需求，明确安全策略和权限管理方式，并对系统进行安全评估和漏洞扫描。
四、设计开发1. 模块划分：将系统划分为若干模块，明确每个模块的功能和接口规范。
2. 数据库设计：根据需求和模块划分，设计数据库表结构，进行合理的字段设计和索引优化。
3. 编码规范：遵循编码规范，命名规范清晰明确，代码风格一致，并进行代码审查和静态代码检查。
4. 文档编写：根据项目需求和开发进度，编写相应的技术文档，包括但不限于需求规格说明书、设计文档和用户手册。
五、测试评估1. 单元测试：对每个模块进行单元测试，确保每个模块的功能正确性和稳定性。
2. 集成测试：将各个模块进行集成测试，模拟真实业务场景，验证系统的整体功能和性能。
3. 系统测试：基于需求和用户案例，对整个系统进行测试，包括功能测试、性能测试、安全测试等。
4. 上线评估：将系统上线前进行评估，包括稳定性评估、安全性评估和性能评估，并提供相应的测试报告。
六、版本控制1. 代码管理：使用版本控制工具对代码进行管理，确保代码的版本一致性和可追溯性。
软件开发的作业指导书模板
软件工程开发作业指导书一、工程可行性研究公司设计人员根据行业需求和市场需求，设计大的方案和ppt文案，然后指定人员进展的前期调研工作，可行性研究负责人员对产品的市场需求、技术开展、市场定位、功能需求、经济效益、进度需求、风险分析等进展可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定市场营销部门配合可行性分析人员，技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进展评审，评审通过后，由技术研发部进展安排立项工作。
本阶段提交的文档：1、设计文案2、PPT介绍3、工程可行性研究任务书〔技术负责人或部门负责人下达〕4、工程可行性研究报告〔可行性研究人员编写〕二、立项阶段可行性分析评审通过后，由研发部门经理下达立项任务，指定相关人员填写立项申请报告报批。
报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。
批准立项后工程进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。
本阶段提交的文档：1、工程立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的根底列入配臵管理的基线，在本阶段可利用快速原型法使比拟模糊的具有不确定性的软件需求〔主要是功能〕明确化。
能给本公司开发的软件的“需求基线〞确定提供一个讨论、进一步完善的根底。
在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由工程经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进展评审，出具需求分析评审报告。
本阶段提交的文档：1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录：需求分析评审报告6、提交的软件：产品的原型〔注：如果时间有限，可以只编写原型分析说明书而不作原型〕四、开发策化阶段根据工程要求和软件需求，由配臵人员配合工程经理编写本工程的质量保证方案、配臵管理方案和工程综合方案。
软件开发作业指导书
软件项目开发作业指导书一、项目可行性研究公司设计人员根据行业需求和市场需求，设计大的方案和ppt文案，然后指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定市场营销部门配合可行性分析人员，技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审,评审通过后,由技术研发部进行安排立项工作。
本阶段提交的文档:1、设计文案2、PPT介绍3、项目可行性研究任务书(技术负责人或部门负责人下达）4、项目可行性研究报告（可行性研究人员编写）二、立项阶段可行性分析评审通过后,由研发部门经理下达立项任务，指定相关人员填写立项申请报告报批。
报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准.批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批.本阶段提交的文档：1、项目立项申请报告2、开发任务书三、需求分析阶段承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化.能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础.在本阶段，由产品经理负责,其他人员配合，编写产品规格说明书,此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审,出具需求分析评审报告。
本阶段提交的文档：1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录:需求分析评审报告6、提交的软件:产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）四、开发策化阶段根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划.在配臵管理计划中，应列明本项目需提交的各阶段文档的名称,在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。
计算机软件行业审核作业指导书
质量管理体系专业审核作业指导书计算机软件行业2001-10-1610-162001-发布日期：实施日期：目录目录（）1（）前言2适用范围）（13引用标准（）32术语）（33产品）（服务范围与专业代码34/产品服）（务质量特性及主要特点35/业务）（服务流程64/关键质量活动）（57审核要点与审核方法）（68法规与技术标准（规范要求的检查方法）99/附录：计算机软件产品相关的国家标准（）10前言本指导书对计算机软件行业进行质量体系审核的基本方法进行了简要说明，适用于按照标准对计算机软件产品GB/T19001-2000的开发、供应、安装和维护进行的质量体系认证审核。
本审核指导书侧重专业上的要求，是通用审核要求的补充，不是替代；是指导质量体系审核的支持性文件。
本审核指导书附录给出了软件产品相关的主要国家标准清单。
．1．适用范围本审核指导书适用于按照GB/T19001-2008标准对计算机软件产品开发、供应、安装和维护进行的质量体系认证审核。
2.引用标准GB/T19000.3-2001质量管理和质量保证标准第3部分：GB/T19001-1994在计算机软件开发、供应和维护中的使用指南GB/T11457—1995软件工程术语GB/T16260—1996信息技术软件产品评价质量特性及其使用指南GB/T8566—1995信息技术—软件生存期过程3.术语3.1软件：包含与数据处理系统操作有关的程序、规程、规则以及相关文档的智力创作。
3.2软件产品：交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据。
3.3软件项：在开发中间阶段或最后阶段的软件产品中的任何可标识部分。
3.4开发：创作软件产品的所有活动。
3.5计算机程序：适合于计算机处理的指令序列。
处理可包括使用汇编程序、编译程序、解释程序或翻译程序来作为程序的执行作准备，以及执行该程序。
3.6文档（文件）：与程序开发、维护和使用有关的材料，它是软件的重要组成部分。
计算机软件行业审核作业指导书
计算机软件行业审核作业指导书计算机软件行业审核作业指导书一、引言随着信息技术的飞速发展，计算机软件广泛应用于各个领域，成为支撑社会经济运行的重要基石。
为了确保软件产品的质量和安全，本文旨在制定一套针对计算机软件行业审核的作业指导书，以规范审核过程，提高审核效率，确保软件产品质量。
二、范围本指导书适用于计算机软件行业内的产品审核、质量检测和安全评估。
同时，也可为软件开发团队提供参考，以便更好地理解和遵循相关审核规范。
三、审核要点1、文档审核：确保相关文档齐全、合法、真实、准确。
重点关注软件开发文档、用户手册、产品说明书等。
2、功能审核：核实软件各项功能是否符合需求规格说明书，是否满足用户需求。
3、安全审核：检查软件的安全性，包括数据加密、用户权限、网络环境等方面的安全性。
4、性能审核：评估软件的性能，包括响应时间、吞吐量、稳定性等方面的性能。
5、兼容性审核：检查软件是否与操作系统、硬件设备、其他软件等具备良好的兼容性。
四、审核流程1、准备工作：明确审核目标、制定审核计划、准备审核工具等。
2、现场审核：对软件开发团队进行现场审核，了解软件开发过程，收集相关证据。
3、问题整理：对审核过程中发现的问题进行整理、分析、归类，形成问题清单。
4、问题反馈：将问题清单反馈给软件开发团队，要求其整改。
5、审核报告：根据审核结果，编写审核报告，提出改进建议。
五、举例说明以某款财务管理软件为例，审核要点包括：1、文档审核：检查软件开发文档、用户手册、产品说明书等是否齐全、合法、真实、准确。
例如，检查是否提供详细的安装指南、操作手册等。
2、功能审核：核实软件的各项功能是否符合需求规格说明书，例如，检查是否能准确完成收支账务、资产管理等任务。
3、安全审核：检查软件是否具有足够的安全性，例如，检查是否采用先进的加密技术、用户权限控制是否严格等。
4、性能审核：评估软件的性能表现，例如，检查在大量数据输入输出时软件的响应速度、稳定性等。
软件评审指导书
软件评审过程指导书修订记录目录1概述 (4)1.1目的 (4)1.2范围 (4)2.评审角色及职责 (4)2.1主审人： (5)2.2责任人 (5)2.3讲解员 (5)2.4记录员 (6)2.5评审专家 (6)3.过程准则 (6)3.1计划阶段 (7)3.2预备会议（可选） (8)3.3准备 (9)3.4评审会议 (10)3.5第三小时会议（可选） (11)3.6追踪 (11)4相关资料 (12)5过程监控 (13)1概述1.1目的本指导书的目的在于明确评审过程中所需的各类角色及其相关职责、评审过程活动说明、评审规则、相应标准等以确保项目的评审活动能够有序进行，达到既定的评审质量要求。
1.2范围本指导书适用于各类软件过程产品，包括但不限于如下所述：《XXXXX可行性分析》《XXXXX软件分配需求说明书》《XXXXX软件需求规格说明书》、《XXXXX软件概要设计说明书》、《XXXXX数据库设计说明书》、《XXXXX软件详细设计说明书》《XXXXX软件实现代码》《XXXXX单元测试计划及用例》《XXXXX集成测试计划及用例》《XXXXX系统测试计划及用例》《XXXXX用户手册》2.评审角色及职责在评审过程中涉及到的角色主要有5种，包括：责任人、主审人、评审专家、记录员和讲解员。
其中主审人可以同时担任记录员和讲解员的角色，但是责任人不能同时担任记录员和讲解员的角色。
评审专家一般建议在1个到3个之间，因此，评审组一般由3至7人组成。
除上述角色外，在评审中还涉及到两种角色一是责任人经理，另外一个是质量保证人员经理人的职责主要是帮助决定所评审的对象，将评审工作纳入项目计划、分配评审资源、保障评审培训工作、参与主审人的选定和支持主审人完成所要求的任何修改工作。
质量保证人员的主要工作是监督这个过程的实施。
其余各个角色的主要职责说明如下：2.1主审人：主审人通常由责任人和责任人经理选择，主审人的角色对于评审是否成功非常重要，主审人必须具备的能力：必须了解正在评审的信息、领导评审组展卓有成效的讨论、调解争端、分辨主要问题并使评审组侧重于这些问题、对正在评审的信息的意见不带有任何偏见、适当的赋予职责等，其职责：选定评审组成员确保评审组将大量时间用于评审工作，不要卷入可能削弱其能力的其他一些活动确保其产品正经受评审的人员的经理了解评审工作制定评审会议计划并对会议室做出必要的后勤安排，评审各种资料确保评审组充分做好了评审准备工作，如果没有做好准备工作，将评审会议延期确保评审会议高效有序地进行，按时开会，准时散会确保评审会议上找出的问题以文档的形式记录在案跟踪每个确定的问题，直到问题解决评审会以后两个工作日内准备和分发会议记录2.2责任人责任人是准备要评审的信息或工作产品的人，责任人参加评审会议以阐明评审专家不清楚的问题, 其职责：确保要评审的工作产品已准备就绪按时提供所需的信息帮助主审人做好会议安排，提供资料拷贝，帮助建立所需的改正措施进度安排及时解决评审组确定的所有问题坚持客观性，避免辩解2.3讲解员负责在评审会议期间对被审的工作产品部分进行释义，因此评审组可侧重于重要信息，将注意力由责任人转向产品。
审核指导书
文件编号： QI02 文件名称： 软件开发行业审核指导书 版本号： 2.1 生效日期：2002年11月4日批准：第1页 共10页Member of SGS Group (Société Générale de Surveillance)QI02 软件开发行业审核指导书1.目的本指导程序主要用于在对计算机软件咨询及提供，计算机硬件咨询进行质量管理体系审核时，对审核人员进行专业引导和培训。
2.范围计算机软件咨询及提供，计算机硬件咨询。
3.引用标准GB/T19000-2000 质量管理体系 基础和术语 GB/T19001-2000 质量管理体系 要求 GB/T19000-3 质量管理体系标准在软件开发行业的实施指南4.定义本指导程序采用GB/T19000-2000的术语和定义。
产品范围及特点1) 软件开发是指开发、提供、安装及维护计算机软件的整个过程。
2) 计算机硬件咨询是指针对硬件生产、安装、调试、维护、使用过程中提供咨询。
3) 软件是计算机程序、代码、有关文件及数据。
4) 软件产品是指可以直接交付给客户的软件系统，其中的部分也可用于开发过程的软件。
5) 对应CNAB-220中经济活动分类的小类软件咨询及提供的是代码是72.20、硬件咨询代码是72.10。
5.硬件咨询及审核要点硬件类型计算机硬件的类型，参见GB/T16713 信息技术中的硬件，可分为以下三种类型：(1) 计算机设备：如微机、计算器、工作站、存贮设备(如硬盘、光盘、磁带机等)、输入设备(如扫瞄仪等)、输出设备(如显示器、打印机等)、电源设备。
文件编号：QI02 文件名称：软件开发行业审核指导书版本号： 2.1 生效日期：2002年11月4日(2) 网络设备：如传输媒体(双绞线、同轴电缆、光纤)、网卡(通信适配器)、网间连接器(中继器、网桥、路由器、网关等)、光/电转换器、集中器等。
(3) 通信设备：如电传机、调制解调器、收/发器等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
质量管理体系专业审核作业指导书计算机软件行业发布日期：2001- 10-16 实施日期：2001-10-16目录目录（1）前言（2）1 适用范围（3）2 引用标准（3）3 术语（3）4 产品/服务范围与专业代码（3）5 产品/服务质量特性及主要特点（3）6 业务/服务流程（4）7 关键质量活动（5）8审核要点与审核方法（6）9 法规与技术标准/规范要求的检查方法（9）附录：计算机软件产品相关的国家标准（10）前言本指导书对计算机软件行业进行质量体系审核的基本方法进行了简要说明，适用于按照GB/T19001-2000 标准对计算机软件产品的开发、供应、安装和维护进行的质量体系认证审核。
本审核指导书侧重专业上的要求，是通用审核要求的补充，不是替代；是指导质量体系审核的支持性文件。
本审核指导书附录给出了软件产品相关的主要国家标准清单。
1．适用范围本审核指导书适用于按照GB/T19001-2008标准对计算机软件产品开发、供应、安装和维护进行的质量体系认证审核。
2. 引用标准GB/T19000.3-2001 质量管理和质量保证标准第3部分：GB/T19001-1994在计算机软件开发、供应和维护中的使用指南GB/T11457—1995 软件工程术语GB/T16260—1996 信息技术软件产品评价质量特性及其使用指南GB/T8566—1995 信息技术—软件生存期过程3 .术语3.1 软件：包含与数据处理系统操作有关的程序、规程、规则以及相关文档的智力创作。
3.2 软件产品：交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据。
3.3 软件项：在开发中间阶段或最后阶段的软件产品中的任何可标识部分。
3.4开发：创作软件产品的所有活动。
3.5计算机程序：适合于计算机处理的指令序列。
处理可包括使用汇编程序、编译程序、解释程序或翻译程序来作为程序的执行作准备，以及执行该程序。
3.6 文档（文件）：与程序开发、维护和使用有关的材料，它是软件的重要组成部分。
3.7 软件验证：为确保某一阶段产品的正确性和与该阶段输入所规定的（产品和标准的）要求的一致性，对该阶段产品进行评价的过程。
3.8 软件确认：为确保软件符合规定的要求而进行评价的过程。
4. 产品/服务范围与专业代码本审核指导书所覆盖的产品/服务范围及相应的专业代码为：计算机及相关业务K72软件72.20数据处理72.30数据库业务72.40办公设备及计算机的维护修理 72.50其它与计算机有关的活动 72.605. 产品/服务质量特性及主要特点计算机软件及相关产品/服务的质量可用以下六个特性来评价：功能性、可靠性、易用性、效率、维护性、可移植性。
主要特点有：(1)系统是逻辑的。
软件产品不同于大多数其他工业产品，它是无形的，即没有质量，也没有体积，是看不见，摸不着，完全没有物理性质的产品，它把思维、概念、算法、组织、流程、效率等六方面的问题融为一体，是一个逻辑的系统，它的工作主要集中在定义、开发和维护等方面。
所以ISO针对这一技术领域的特点，对涉及软件产品的质量体系提供了补充性指南，即质量管理和质量保证标准第三部分：GB/T19001-ISO9001在软件开发、供应和维护中的使用指南（GB/T19000.3-ISO9000-3）, 故软件公司要证实其开发软件产品的能力时，应使用GB/T19000.3-ISO9000-3标准。
(2)文档资料比重比较大。
软件开发渗透着软件人员的脑力劳动。
文档作为软件产品的主要形式集中体现了软件开发人员大量的脑力劳动成果，编制文档的工作量大约占整个软件项目工作量的40%，故文档在软件开发中占有突出的地位和相当大的工作量。
(3)种类繁多。
软件的开发是在特定的机型上进行的，利用特定的硬件配置，由特定的系统软件或支撑软件支持，形成特定的开发环境，使用特定的开发方法、工具和语言，使开发出的软件产品具有独一无二的特色，几乎找不到完全相同的另一软件。
这与大规模现代化生产有着极大的差别。
(4)技术性较强。
软件项目的工作是技术性很强的工作，渗透了大量人的因素，要求具有一定业务水平和实践经验的人员参加，其素质的好坏直接影响着软件的质量。
6．业务/服务流程软件产品的生存期过程按GB/T8566《信息技术软件生存期过程》的有关要求应包括7个基本的主要生存期过程，说明如下：（1）管理过程：生存期过程中的各项管理活动，包括项目管理。
对应GB/T19001-2000的条款：7.1（2）采购过程：需方按合同一个系统、软件产品或服务的活动。
对应GB/T19001-2000的条款：7.4（3）供应过程：组织向需方提供合同中的系统、软件产品或服务的活动。
对应GB/T19001-2000的条款：7.2、 7.5（4）开发过程：组织为了定义和开发软件或服务所需要的活动。
对应GB/T19001-2000的条款：7.3、 7.5计算机软件及相关产品和服务（包括系统集成）的开发过程通常包括以下阶段：a.系统需求分析阶段：对用户和系统的需求进行分析，以建立对包含计算机软件的系统的需求。
系统需求应当说明：系统的功能和性能；安全、保密、人机工程、接口、操作和维护需求；设计限制和验收鉴定要求。
该阶段还应编制项目开发计划。
对应GB/T19001-2000的条款：7.2.1、 7.3.1、7.3.2b.系统设计阶段：建立高层的系统体系结构，在系统体系结构中体现系统的需求。
该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置。
应保证系统需求已完全分配给硬件、软件和人工操作。
对应GB/T19001-2000的条款：7.2.1、7.3.2、 7.3.4c.软件需求阶段：确定对软件的各种需求，包括功能、性能需求等，以及软件外部接口的需求和软件的验收鉴定要求，并写成文档。
对应GB/T19001-2000的条款：7.2.1、7.3.1、 7.3.2d.概要设计（总体设计）阶段：将软件需求转变为一个体系结构，并描述它的顶层结构和定义它的主要部分。
应保证软件需求已完全分配给了各个部分。
对应GB/T19001-2000的条款：7.3.3、7.3.4、7.3.5e.详细设计阶段：详细设计组成软件的每个软件部件，并逐步细化到较低的软件单元层次。
保证软件的需求已完全分配给软件部件到软件单元的整个软件。
对应GB/T19001-2000的条款：7.3.3、7.3.4、 7.3.5f.软件编码（软件实现）阶段：编写各软件单元源代码，并进行单元测试。
对应GB/T19001-2000的条款：7.3.3、7.3.4， 7.3.5g.软件集成或组装阶段：按软件集成或组装计划将软件单元逐步组装成软件部件，以至完整的软件，并进行测试。
对应GB/T19001-2000的条款：7.3.3、7.3.4、 7.3.5h.软件确认和鉴定测试阶段：依据软件的需求和验收鉴定要求进行确认和鉴定测试。
对应GB/T19001-2000的条款：7.3.5、7.3.6、7.3.7i.系统集成阶段：将软件与硬件、人工操作和其它必要的系统部件一起集成到系统中去。
对应GB/T19001-2000的条款：7.3.3，7.3.4， 7.3.5j.系统鉴定测试阶段：依据对系统的鉴定要求进行系统鉴定测试（或试验）。
对应GB/T19001-2000的条款：7.3.5、7.3.6、 7.3.7k.系统及软件维护阶段：根据实际要求，当系统或软件出现异常、缺陷、问题或需要改进和修改时，对系统软件及相关文档进行修改和完善。
对应GB/T19001-2000的条款：7.3.7（5）操作过程：组织为了在规定的运行环境中为其用户运行一个计算机系统所需要的活动。
对应GB/T19001-2000的条款：7.5（6）维护过程：组织为了管理软件的修改，使它处于良好运行状态所需要的活动。
这个过程包括系统的移植和退役。
对应GB/T19001-2000的条款：7.3.7、7.5、 8.2、 8.3、 8.5(7)支持过程：对项目的生存期过程给予支持，有助于项目成功并提高项目的质量。
支持过程一般包括：a.文档开发过程：记录软件生存期过程中所产生的信息的活动。
对应GB/T19001-2000的条款：4.2.3、4.2.4b. 配置管理过程：进行配置管理活动的过程。
对应GB/T19001-2000的条款 7.5.3c. 合同要求的评审过程：定义合同要求以及需方和组织之间的相互关系的活动。
对应GB/T19001-2000的条款：7.2d．验证和确认过程：根据项目的要求按不同程度（为需方、供方或某独立的一方）定义和确认产品或服务的活动。
对应GB/T19001-2000的条款：8.4e.软件质量保证过程：为了保证产品或服务与合同要求相符，确定并实施（独立于产品或服务的开发者）所要进行的并符合已建立的计划的活动。
对应GB/T19001-2000的条款：5.4f. 改正过程：处理在产品或服务中发现的问题或不符合之处的活动。
对应GB/T19001-2000的条款：8.2、8.3、8.5g. 培训过程：提供训练有素的人员所需要的活动。
对应GB/T19001-2000的条款：6.2h. 环境建立过程：为采用软件生存周期的任何过程而建立环境时所需要的活动。
对应GB/T19001-2000的条款：6.1、6.3、6.47. 关键质量活动软件产品开发过程是关键过程。
关键质量活动为：需求分析、软件设计、设计评审、软件编码、代码审查、软件测试、系统确认和鉴定测试、设计更改、配置管理、软件的复制和备份。
8 . 审核要点与审核方法软件产品没有明确的生产制造过程。
软件产品的质量特性主要取决于软件的设计、9法规与技术标准/规范要求的检查方法计算机软件及相关产品和服务包含许多种类，应根据具体的产品类型及特点检查相关的法规和技术标准/规范要求是否得到满足。
目前，国家财政部对于财务软件的开发和使用有明确规定，应在审核中予以检查。
对于所使用的开发方法和工具的技术规范，应结合软件产品的各开发阶段的有关内容予以检查。
开发部门应对开发工具的有效性和版本的一致性予以控制，审核中应结合条款4.2.3和7.5的有关内容进行检查。
计算机软件行业第 11 共 11 页附录：计算机软件产品相关的国家标准GB/T1526-1989 信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定GB/8566-1985 信息处理软件生存期过程GB/T8567-1988 计算机软件产品开发文件编制指南GB/T9385-1988 计算机软件需求说明编制指南GB/T9386-1988 计算机软件测试文件编制规范GB/T 11457-1995 软件工程术语GB/T12504-1995 计算机软件质量保证计划规范GB/T12505-1990 计算机软件配置管理计划规范GB/T13423-1992 工业控制用软件评定准则GB/T13702-1992 计算机软件分类与代码GB/T13502/1992 信息处理、程序构造及其标识的约定GB/T14079-1993 软件维护指南GB/T14085-1993 信息处理系统计算机系统配置图符号与约定GB/T14394-1993 计算机软件可靠性和可维护性管理GB/T15189-1994 DOS中文信息处理系统接口规范GB/T15532-1995 计算机软件单元测试GB/T15535-1995 信息处理单命中判定表规范GB/T15538-1995 软件工程标准分类法GB/T15697-1995 信息处理按记录组处理顺序问卷的程序流程GB/T15853-1995 软件支持环境GB/T16260-1996 信息技术软件产品评价质量特性及其使用指南GB/T16680-1996 软件文档管理指南GB/T17544-1998 信息技术软件包质量要求和测试11。