计算机软件行业审核作业指导书
计算机软件工程大作业指导书
计算机软件工程大作业指导书（非计算机专业适用）编写：机电工程系过威克一、基本要求：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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 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。