GB T 23701-2009 人-系统交互人类工效学.人-系统事宜的过程评估规范.pdf

《GB T 23701-2009 人-系统交互人类工效学.人-系统事宜的过程评估规范.pdf》由会员分享，可在线阅读，更多相关《GB T 23701-2009 人-系统交互人类工效学.人-系统事宜的过程评估规范.pdf（85页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 13180A 25 a园中华人民共和国国家标准GBT 2370 1-2009ISOPAS 1 8 1 52：2003人一系统交互人类工效学人一系统事宜的过程评估规范Ergonomics of humansystem interaction-Specification for the processassessment of humansystem issues2009-05-06发布(IS0PAS 18152：2003，IDT)20091卜01实施丰瞀燃鬻瓣警糌瞥星发布中国国家标准化管理委员会促19前言引言1范围2一致性-3规范性引用文件4术语和定义-5符号(缩略语)6模型内容与格式7

2、人一系统过程类别(参照码HS)附录A(资料性附录) 评估模型示例附录B(资料性附录)附录C(资料性附录)目 次人系统模型的结构和情境人力资源过程-GBT 23701-2009ISOPAS 18152：2003附录D(资料性附录)人一系统生命周期过程的使用附录E(资料性附录)IsoIEc 15504能力等级及属性-附录F(资料性附录)本标准中过程间的对应关系附录G(资料性附录) GBT 18976-20031SO 13407：1 999和IsoTR 18529对应关系附录H(资料性附录)对应ISOIEC 1 5288 附录I(资料性附录)对应ISOIEC 15504-参考文献-一图B1模型的实体

3、关系图-图B2系统生命周期和组织中的人系统过程表1人一系统生命周期过程表A1生命周期中的参与(HS1)-表A2概念阶段中的人一系统事宜(HS11)-表A3开发阶段中的人一系统事宜(HS12)表A4生产和使用阶段中的人一系统事宜(HS13)表A5使用和支持阶段中的人系统事宜(HS14)表A6退出阶段中的人系统事宜(HS15)表A7整合人因(HS2)表A8商业策略中人系统的事宜(HS21)表A9质量管理中的人系统事宜(HS22)表A10授权和控制中的人一系统事宜(HS23)表A11人系统事宜的管理(HS24)表A12取舍和风险减轻中的人因数据管理(HS25)表A13用户参与(HS26)表A14人一

4、系统整合(HS27)，000，坫弛卯铊陀n玎阳眈弘0M”坞加扒扒毖髂船孔筋弱GBT 23701-2009ISOPAS 18152：2003表A15人因数据的开发和重新使用(HS28)表A16以人为中心的设计(HS3)表A17使用情境(HS31)-表A18用户需求(HS32)表A19形成设计方案(HS33)表A20使用的评估(HS34)表A21人力资源(HS4)-一表A22确定并执行人力资源战略(HS41)一表A23确定标准技能并明确其差距(HS42)表A24人力资源解决方案的设计和交付(HS43)一表A25评估系统解决方案并获取反馈(HS44)表A26工作产出特点表E1要求或应用比所执行的更高

5、成熟性的人系统操作表F1人系统模型中过程间对应关系的点式图一表F2人一系统模型中过程与工作产出间对应关系的点式图表G1 GBT 18976 2003IS0 1 3407：1999中的条款与人系统模型对应关系的点式图表G2 ISO7TR 18529中的条款与人一系统模型对应关系的点式图表H 1 ISOIEC 15288中的条款与人一系统模型对应关系的点式图 卵盯罢S四驵驼跎弘弘弘骺姆化乃M前 言GBT 23701-2009ISOPAS 18152：2003本标准等同采用ISOPAS 18152：2003人一系统交互人类工效学人一系统事宜的过程评估规范(英文版)，并根据ISOPAS 18152：2

6、003翻译起草。本标准的附录A至附录I为资料性附录。本标准由全国人类工效学标准化技术委员会提出并归口。本标准起草单位：清华大学、中国标准化研究院、北京伊飒尔界面设计有限公司、北京航空航天大学、联想(北京)有限公司。本标准主要起草人：饶培伦、刘太杰、袁小伟、王黎静、赵朝义、冉令华、陈柏鸿、秦华。GBT 23701-2009ISOPAS 18152：2003引 言本标准内容主要涉及系统生命周期过程中与人(用户和其他利益相关方)相关的事宜的界定和处理，目的是用于过程的评估。本规范说明的是一系列过程，借此可解决整个系统生命周期中各种与人相关的问题。本标准阐述了人一系统模型的内容与格式(第6章)和人一系

7、统过程分类(第7章)。过程是指在开发和运行一个系统或组织时所做的事情。本标准中呈现的过程，如人一系统过程模型或简称人一系统模型，是整合了工业领域中具有人类工效学(人因)、以用户(人)为中心的设计的良好实践的模型。过程模型提供了如下帮助：1) 分析了组织创建和(或)维持系统达到所需绩效水平的能力；2) 分析了妨碍上述能力的阻碍因素；3)指出弥补这些缺陷、减轻风险的方法。本标准使GBT 18976 2003的内容易于为过程评估师，熟悉或需要过程模型的人所理解。本标准延伸了GBT 18976 2003中的过程范围。区分了在系统生命周期中的以人为中心的过程和以人为中心的设计。本标准为需要在系统、硬件、

8、软件的生命周期中整合人类工效学(人因)过程的用户和开发者提供了信息，以此确保系统的可用性、健康性与安全性。本标准的开发旨在实现下列目标：提供评估和减轻来自人一系统的事宜风险的方法，人系统事宜在整个生命周期中会影响系统的可用性。为项目规划和各学科的交流提供人一系统过程的说明。为供应商、客户或其他利益相关方改进人系统过程提供了基础。GBT 23701-2009ISOPAS 18152：2003人一系统交互人类工效学人一系统事宜的过程评估规范1范围本标准提供了人一系统模型(HS)，该模型可用于ISOIEC 15504的一致性评估，用以评估组织的成熟度，以便组织在实施这些过程中能确保系统可用、健康、安

9、全。本标准详细说明了针对人系统事宜的过程和这些过程的结果，并详细描述了达到每一过程结果的具体操作方法和产生的工作产出。该模型描述的过程仅用以详细描述和评估可用、健康和安全，但未指出与实现目标相关的所有过程。在使用该模型进行评估前，应当根据特定组织和系统的具体情况，对该模型进行量身定制。附录D提供了关于各种用途的定制化过程模型的建议。HS模型并未明确操作HS过程的工作人员需要承担的具体职责和对他们的能力要求。本标准供过程评估人员及过程评估模型和工具的开发人员使用。它为负责人因活动的人员和人因专家提供了丰富的信息。人因专家在阅读本标准前必须先掌握过程建模和过程评估方面的词汇。参考目录中列举了大量标

10、准和文本可供参考。本标准宜与GBT 18976-2003和ISOIEC 15504配合使用。后者为本标准所涉及的过程说明提供了使用的框架。本标准所涉及的一系列过程，可以和其他过程标准如IsOIEc 12207和ISO1EC 15288等配合使用。注1：本标准的使用者应熟悉GBT 18976 2003和ISO1EC 15504。本标准适用于手动系统或嵌入式系统、硬件、软件的说明、设计、评估和操作。该模型可用于通用系统(如消费品)、定制系统(如控制或防护系统)和针对商业、用户环境变化而不断改变的系统(如管理系统体系)，但本标准在每项应用前都须根据具体情况进行定制。注2：过程描述著作权放弃：本标准的

11、使用者可以免费复制本标准第7章和附录A中的过程说明作为过程评估模型的一部分或作为与本标准相容的任何说明的一部分以实现其目的。2一致性从本模型中衍生出来的过程评估模型必须满足ISOIEC I 5504 2：2003中63的要求方可被视为符合本标准。本标准附录I中的一致性证明给出了关于如何陈述一致性的范例。3规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GBT 16251 200

12、8工作系统设计的人类工效学原则(ISO 6385：2004，IDT)GBT 18976 2003 以人为中心的交互系统设计过程(1SO 13407：1999，IDT)GBT 18978112004使用视觉显示终端(VDTs)办公的人类工效学要求第1l部分：可用性指南(ISO 9241 11：1998，IDT)ISOIEC 9126 1：2001软件工程产品质量第1部分：质量模型Is0IEC 1 5288：2002系统工程系统生命周期过程ISOIEC 155042：2003过程评估第2部分：执行评估1GBT 23701-2009ISOPAS 18152：2003ISOIEC 15504(所有部分

13、) 软件工程过程评估4术语和定义下列术语和定义适用于本标准。41过程能力process capability过程达到既定目标的能力。ISOIEC TR 155049：1998J注1：此处能力不同于人的能力、军事能力和运作能力。为避免混淆，本标准中不采用任何替代说法。注2：ISOIEC 15504一z中使用的能力等级在附录E中给出。42使用情境context of use用户、任务、设备(硬件、软件和材料)、系统使用的物理和社会环境。-GBT 1897811200443支持系统enabling system在其生命周期各阶段，对有利益关系的其他系统进行补充的系统，但不直接对系统功能有贡献。注1：

14、例如，在系统进入生产这一生命周期阶段时就需要一个(支持)生产系统。注2：任何支持系统都有自身的生命周期。作为有利益关系的系统时，本标准适用于所有支持系统。44企业 enterprise是组织的一部分，其责任是根据协议获取和提供产品和(或)服务。EISOIEC 15288：2002注：一个组织可以包含在多个企业中，个企业也可以包含一个或多个组织。45人类工效学ergonomics人因(human factors)研究人的能力和局限性、人与技术和环境的交互及这方面知识在产品、过程和环境中的应用。注：新词人类工效学(Ergonomics)从希腊字“ergos”和“nomos”演化而来，本义为“工作的

15、规律”。46形成性评估formative evaluation本评估的设计和利用是为了改进评估对象，尤其在此对象仍需改进时。程序评估标准第2版47人因数据HF data是关于用户和其他利益相关方的信息，这些信息由与人有关的科学形成和维护。注j此处包岔渚如A体测量效据、照康安全数据、心理i十量数据、工效学括准、存取标准和所有，k文科学的专家知识(如心理学、社会学、医学、人机交互、行为科学、人类学、管理科学、教育、人事管理)及这些信息和知识的编号(如国际标准、立法要求、有效专利、优良惯例、风格指导和项目标准)。48以人为中心的设计humancentred design以用户为中心的设计user-c

16、entred design是一种设计方法，其特征是用户的积极参与、明晰的用户和工作要求、用户与技术间适当的功能配置、设计解决方案的迭代和多学科设计。9GBT 23701-20091SOPAS 1852：2003GBT 18976 2003，51注：可用性工程学在应用中经常替代以人为中心的设计，然而可用性工程学方法的应用并不规定积极的用户这一过程是必须的，可这却是以人为中心的设计的基础。此外，可用性工程学常常过分强调评估方式，而以人为中心的设计，参考分析使用情境、提取用户需求、制作设计解决方案和根据要求评估设计等过程，并在设计中反复参考这个过程。49人因整合human factors integ

17、ration确定、追踪、解决人一系统事宜的系统方法，以确保操作能力的技术和人因方面之间的平衡发展。注I：目的是确保项目决策能够获得足够的与人相关的信息支持，项目决策能够考虑合适的人因数据。注2：引自英国人困整合导论2002)(Human Factor Integration_An Introductory Guide)。410人一系统事宜human-system issue在系统生命周期的任何时间，与人(用户和其他利益相关方)及其参与的或者交互的系统相关的事宜(例如：需要、需求、约束、局限、关注、障碍、因素或想法)。B6中列有会出现HS事宜的领域。411生命周期life cycle从需求定义到

18、终止使用，系统生命中所包含的阶段和活动，包括概念形成、开发、操作、维护支持和配置。注：引自GBT 18976-2003，IEC 61508和ISOIEC 12207中的定义。412(基础)实践(base)practice对过程产出(工作产出)有贡献或提升过程性能的技术或管理活动。ISOIEC TR 155049：1998413过程process将投入转化为产出的一系列相关活动。ISOIEC TR 15504 9：1998414过程评估process assessment参照模型，对组织过程进行的规范性评估。ISO1EC TR 155049：1998415过程类别process category

19、涉及相同活动范围的过程集合。ISOIEC TR 1 5504 9：1998416过程改进process improvement为改进某个企业的过程而开展的活动，使企业的过程符合企业的业务需求并能更有效地达到企业业务目标。ISOIEC TR 1 55049：1 998417项目project根据特定的资源和要求在规定的起始和结束时间内从事创造产品或者服务的活动。3GBT 23701-2009ISOPAS 18152：2003ISOIEC TR 155049：1998注：项目这一术语没有摒除在系统开发之外。项目包括与系统相关的长期活动，如培训、维护和支持。418原型protoype指用于向用户演示

20、、希望得到测试用户反馈的人造物。注1：包含样品、实际尺寸模型、纸原型、模拟、角色扮演和模拟系统或文档、故事情节。注2：引自GBT 18976 2003。419利益相关方stakeholder在系统中或在对满足一方需求和(或)期望的质量所有中拥有权力、股份或要求权的利益方。例：用户、客户、业主、开发者、管理机构、维护人员、支持人员。“业主”包括负责系统人员配置的人(如配置计划人、培训组织)。洼：本标准中使用的术语“项目利益相关方”是指在项目中拥有利益的组织成员，包括诸如项目经理、任务领导、技术人员、管理人员和质量保障人员。420总结性评估summative evaluation该评估是用以表述评

21、估目标的优势或价值及关于是否应当保留、修改或废除的建议的总结。项目评估标准，第2版421系统system为实现一个或多个规定目标而组织起来的相互作用的单元组合。ISOIEC 15288：200eJ注1：系统可以认为是一件产品或提供的一项服务。注2：一个系统包括工作场所、物理设备、计算机软件、文档、手册、人的任务和组织或管理程序。当这些与用户相结合并实施操作，结果就是工作系统，见426。GBT 16251 2008给各工作系统的设计和运行给予指导。422任务task为获得工作系统预定结果而进行的活动。注1：引自GBT 1625i一2008IS0 6385：2004。注2：任务不用于描述项目活动，

22、术语“实践”才是描述项目活动。423用户user与系统交互的个体。GBT 18976-2003注：组织用户也可被认为是系统用户。424可用性usability以有效性、效率和满意度为指标，产品在特定使用背景下为了特定的目标可为特定用户使用的程度。GBT 18978111425工作产出work product与过程执行相关的产品。ISOIEC TR 155049：1 998注：过程可以使用、生产或改变工作产出。4GBT 23701-2009ISOPAS 18152：2003428工作系统work system为了完成工作任务，在所设定的条件下，由工作环境、工作空间、工作过程中共同起作用的人和工作

23、设备组合而成的系统。EGBT 16251 200815符号(缩略语)BP 基础操作HCD 以人为中心的设计HF 人因HFl 人因整合HR 人力资源HS 人一系统6模型内窖与格式61标准的应用HS模型表达了对系统过程的一个特殊观点，强调在系统生命周期及其过程中对人一系统事宜的处理。人一系统过程包括了一系列过程，包含了系统生命周期中与人相关的各种事宜。在整个生命周期内，HS过程能为潜在用户提供具有可用性、健康、安全性的系统。第7章包含了3套过程说明。每套过程说明包括过程目的、执行之后实现的目标及为实现过程结果采取的操作。附录A提供了每步操作的注释及过程采用和形成的工作产出列表。本标准包括信息丰富的

24、附录。附录A包含对第7章中过程和操作的描述性注释和每一过程产生结果的列表，可作为评估模型。附录B描述了模型的技术成分、模型中各过程的关系、生命周期和组织、可作为评估过程标准和HFI的环境。附录C表述的是与人力资源活动和系统可用性相关的一套附加过程。附录D描述了HS模型在定义、改进和评估过程中的使用。附录E描述了ISOIEC 15504的能力范围并指出HS模型中的操作(这些操作能证明组织的成熟度高于1级)。附录F指出HS模型中过程和工作产出之间的关系。附录G和附录H描述的是HCD的HS模型和过程模型之间的对应情况及系统生命周期。附录I是HS模型的ISO1EC 15504一致性声明。62 HS模型

25、格式本标准中的HS模型所使用的格式与过程评估模型相同。过程评估模型描述了给予组织实现技术目标的最佳可能。该模型中的过程采用ISOIEC 1 5504中使用的格式，以HSnm格式和标题来表示。“HS”表示这个过程来自HS模型，“n”是过程编码(即上一级过程)，“m”是子过程编码。随同注释执行这一过程的好处，每一过程的目的也给予了说明。结果列表中列出了执行这个过程后所取得的一系列的结果。同时，还给出了实现这些结果所需要的实践列表。用延伸的过程代码并以“BP”作为序列号对这些实践进行特殊编码。过程模型没有表明执行这个过程的相关人员的职责。HS过程的执行与任务、专业和职业均无任何特殊联系。表1列出了各

26、种人一系统过程，并标明了其所属的人一系统的过程类型和参照码。参照码反映了与第7章中描述的过程之间的联系，以及与进一步提供细节的附录之间的联系。这些附录在61中有描述。附录B和附录F提供了HS模型中各过程联系的洋细情况。过程会在生命周期中和组织的几个部5GBT 2370-2009ISOPAS 18152：2003分中多次出现和实施。这一方面是因为一个系统往往被分割为子系统和可实行的小单元，每一单元都会在相关过程的实施中得以定义、发展、维护，另一方面，这也是因为系统迭代开发或接续改进的结果。一旦具备实施的条件(可以实现预期结果的条件)，过程便会即刻开始运行。过程实施的时间长度和复杂程度要根据具体的

27、情境和要求而定。本标准采用了ISOIEC 15288中有关阶段支持系统的概念，作为HSI即生命周期中的参与过程的基础。ISOIEC 15288中将系统生命周期中的每一个阶段作为一个过程。本标准采用这一概念并用以描述这些过程中的人一系统因素。表1中，根据IsOIEc 15504对过程的描述，对各个过程加以分类，共分为：三类(基础、扩展、新增)、两级(过程和成分)。根据GBT 18976，对他们进行组合如下：a)基础过程与GBT 18976中的过程相似。b)扩展过程对GBT 18976中过程的延伸。c) 新增过程超出GBT 18976中过程范围的过程。d)子过程同一过程中的一组或多组GBT 189

28、76活动。e)扩展子过程同一过程中一组或多组GBT 18976活动，还有其他增加的内容，是扩展过程的子过程。f) 新增子过程超出GBT 18976中过程范围的一个或多个子过程，是新增或扩展过程的子过程。衰1人系统生命周期过程参照码、过程概述过程名称 参照码 、 过程类型HS1本过程预期在生命周期的特定阶段会出现特定的人一系统事宜。通过关注各阶段支持系统中人的问题，提高系统生命周期的效率。注：根据ISOIEC 15288附录B中的样本阶蜃，对这些过程进行总体分组。但是，为了对HS活动进行更有意义的分组，将使用阶段分为早期阶段(安装和过渡到使用)和系统主流使用阶段(系统的运作和支持)。生命周期中的

29、参与 H&i 扩展过程概念阶段中的人一系统事宜 H1I 新增子过程开发阶段中的人一系统事宜 HS12 扩展子过程生产和使用阶段中的人一系统事宜 HS13 新增子过程使用和支持阶段中的人一系统事宜 HSI4 扩展子过程退出阶段中的人一系统事宜 HS15 新增子过程HS2本过程确保让合适的利益相关方来关注人一系统事宣。通过确保以人为中心的设计在相应组织内使用来降低生命周期成本。整合人因 HS 2 扩展过程商业战略中的人一系统事宜 HS 21 新增子过程质量管理中的人系统事宜 HS 22 新增子过程授权和控制中的人一系统事宜 HS2 3 扩展子过程人一系统事宜的管理 HS24 扩展子过程取舍和风险减

30、轻中的人因数据 HS25 新增子过程用户参与 HS26 扩展子过程人系统整合 HS2 7 扩展子过程表1(续)GBT 23701-2009ISOPAS 18152：2003参照码、过程概述过程名称 参照码 过程类型人因数据的开发与再使用 HS2 8 新增子过程HS3本过程使以用户为中心的技术活动得到适当的关注，有利于通过为使用情境中使用系统的用户进行设计而改善系统。以人为中心的设计 HS 3 基础过程使用情境 HS 3 1 子过程用户需求 HS 3 2 子过程形成设计方案 HS 3 3 子过程使用的评估 HS34 子过程HS4本过程通过系统中人的方面的手段而不是设备方面的手段来解决相关事宜，以

31、便长期确保大部分设备配备能胜任的人员数量正确。注：本过程的审定标准和HS i-HS3不同，因此这些内容放在了附录C而不是正文中。人力资源 HS 4 新增过程人力资源战略 HS 4 1 新增子过程确定标准技能并明确其差距 HS42 新增子过程人力资源解决方案的设计和交付 HS43 新增子过程评估系统解决方案并获取反馈 HS 44 新增子过程7人一系统过程类别(参照码HS)71 生命周期中的参与(Hs1)生命周期中的参与过程的目的是考虑工作中使用本系统的个人和(或)组织的利益和需求。成功实施本过程，可以取得以下结果；a) 项目可以解决或预期由人一系统交互而产生的事宜和风险；b) 系统的生命周期、阶

32、段规划和资源配置能低成本、高效率地降低人因风险；c) 可以将系统中利益相关方的需求告知组织；d) 根据生命周期的需要来应用HS过程。这些可以通过下面子过程的执行得以实现。注：益处包括：系统可用性得以重视；用户对系统的满意度和接受度得以提高；用户的工作条件得以提高；支持和培训经费得以降低；使用户感到获得授权，变得更强有力、更愿意学习；系统整个生命周期中的成本得到最大限度的降低，整个系统的效率得到最大限度的提高；系统可以根据用户需求进行调节；组织变化包括用户和开发者的责任得以处理。7，11概念阶段中的人一系统事宜(HS11)概念阶段中的人系统事宜过程的目的是在组织为所提系统处理战略、市场、方案和整

33、体规划时，对组织的各部分的用户问题形成关注。成功实施本过程，可以取得以下结果：a)在系统概念的开发和评估时，将HS风险及其对利益相关方、现有系统和工作环境的影响考虑进去；b) 在系统战略中将相关的和未来的利益相关方、组织、社会和法律等方面的要求表述出来；7GBT 237012009ISOPAS 18152：2003c)在设计营销策略时，将有助于满足用户和雇主的要求和期望的人一系统事宜考虑进去；d)在确定组织变革时，考虑到未来的并购策略。通过以下操作实现：Hs11BPl明确系统用户希望的环境。HS11BP2分析系统概念。Hs11BP3描述用户及组织希望通过使用本系统达到的目标。HS11BP4界定

34、和分析可能被系统影响到的各组利益相关方所需承担的职责。Hs11BP5开展对目标系统可用性的研究。Hs11BP6告知利益相关方，环境和人力资源配置方案和局限。HS11BP7发展系统业务。注：益处包括：系统整个生命周期成本包括人力成本和软件成本，如培训、重组未来系统绩效评估将人和组织的绩效也考虑在内；减少操作或实施时受抵制的可能性；在开展业务时将影响系统成本和效率的人为因素考虑进去。712开发阶段中的人一系统事宜(HS12)开发阶段中的人一系统事宜过程的目的是指出并描述用户在对系统及其构成进行规定、设计和验证时的需求。成功实施本过程，可以取得以下结果：a)设计是建立在潜在用户对原型的试用基础上；b

35、) 以人为中心的设计原则在系统开发中得以应用；c) 明确HS成本(如人员与培训成本)、效率(如人的绩效)和风险；d) 收集并利用用户反馈和进一步的要求。通过以下操作得以实现上述结果：Hs12BPl根据系统各方面的用途及其对利益相关方的影响制定设计方案。HS12BP2为每个设计制定以用户为中心的解决方案。HS12BP3按客户要求设计。Hs12BP4为有用户参与的测试，针对系统的关键方面，进行模拟或试验。HS12BP5收集用户对正在开发中的系统的可用性意见。HS12BP6评估系统对用户健康的危害。HS12BP7评估系统使用过程中人为错误对社区和环境可能造成危害。注：益处包括：潜在用户问题及其改进余

36、地；取舍研究中充分考虑技术、支持材料、组织或物理环境等方面的因素；改进方案使其最大限度符合功能、用户和组织的要求；界定并减轻用户造成的和影响用户的危险因素。713生产和使用阶段中的人一系统事宜(Hs13)生产与使用阶段中的人一系统事宜过程的目的是为了促进、监督和确保人一系统因素在系统的执行、介绍、验证过程中得到足够的重视。成功实施本过程，可以取得以下结果：a) 调整系统以符合个人执行要求；b) 对工作和新团队工作安排的新设计做出调整；c) 人一系统事宜的介绍和首次展示；d)HS标准中的关键点决定所交付的系统是否能被接受。通过以下操作得以实现上述结果：Hs13BPl制定一个包含技术、集成、计划和

37、人员配备事宜的实施策略。HS13BP2明确并规定系统的基础结构。Hs13BP3在定义、开发和介绍系统的时候，保持和用户及客户组织的联系。8GBT 23701-2009ISOPAS 18152：2003Hs13BP4在培训和认识规划中，建立工作必须的资质要求。Hs13BP5测试使系统符合本标准所提出的用户、任务和环境要求。Hs13BP6分析系统交付使用时的反馈，并将出现的事宜告知组织。注：益处包括：对系统、系统操作目标和用户需求之间的配合进行了评估；HR的重组和培训事宜与系统介绍相匹配；系统融入组织，如安全管理系统、系统支持组织、质量管理系统、培训、招聘和工作人员培养过程；交付使用的系统符合国际

38、、国内和(或)法定的要求；明确运行系统所需的成本、时间和其他资源。714使用和支持阶段中的人一系统事宜(Hs14)使用和支持中的人一系统事宜过程目的是就系统操作、使用、支持和维护的用户反应，对用户组织进行监控并提出建议。成功实施本过程，可以取得以下结果：a)遵守安全操作、健康以及安全规程；b) 监控与设计意图相关的系统的长期使用；c) 随着时间的进展明确并提高使用和支持系统所要求的能力；d) 系统要满足用户和维护人员的要求。通过以下操作得以实现上述结果：HS14BPl制定人事策略。HS14BP2给用户和支持人员提供培训项目或其他有助于提高认识的项目。HS14BP3审评系统看它是否符合适用的与人

39、有关的科学知识、风格指导、标准、准则、条例和法律。Hs14BP4评估变化对系统可用性的影响。Hs14BP5评估系统对用户健康的危害。Hs14BP6评估系统使用过程中人为错误对社区和环境可能造成危害。Hs14BP7对评估过程中引发的事宜采取措施。Hs14BP8对改进加强系统操作和支持策略进行研究。注：益处包括：系统能更快地对用户的变化(如，用户需求、任务、环境)作出反应；系统能更快地对利益相关方的变化作出反应系统的可用性维持在要求的水平上。715退出阶段中的人一系统事宜(HS15)退出阶段中的人一系统事宜过程的目的是在系统结束、放弃服务、退出或遭到破坏时考虑用户需求。成功实施本过程，可以取得以下

40、结果：a) 收集的用户反应和在用信息，可以用来确定未来系统版本；b) 明确人员的转业、调离或转变方案，并采取相应措施；c) 明确置换系统时用户的要求；d) 工作人员、用户和公众的安全、健康及危险得到监控。通过以下操作得以实现上述结果：HS15BPl收集分析使用期间的报告，为下一版本的更新改进服务。Hs1_5BP2 明确与终止服务和毁坏系统相关的风险、健康和安全事宜。Hs15BP3确定用户再分配、解散或转到其他岗位的方式。HS1_5BP4制定分解社会结构的计划。HS15BP5针对替换系统的事后情况说明和回顾性分析。注：益处包括：处理在退出服务、毁坏系统时出现的HS风险、健康和安全事宜；在退出过程

41、中及退出后为用户提供支持。72整合人因(HS2)整合人因过程的目的是对系统中人系统过程作出合理的安排。9GBT 23701-2009ISOPAS 18152：2003成功实施本过程，可以取得以下结果：a)组织处理人系统事宜；b)实施HS生命周期过程。这些可以通过以下子过程的执行得以实现。注：益处包括：将以人为中心的设计应用于系统生命周期中；随着对用户需求的逐渐理解，系统对这些需求作出更快反应；采用人因技巧、方法和技术，来支持以用户为中心的设计和系统的操作。721 商业战略中的人-系统事宜(HS21)商业战略中的人一系统事宜过程的目的是在制定组织的商业战略时考虑系统的可用性、健康和安全事宜。成功

42、实施本过程，可以取得以下结果：a) 市场工作场所中组织系统的可用性具有竞争力；b) 把企业对可用性、健康和安全的愿景视作企业的资产；c) 高级管理层支持改善与可用性、健康、安全事宜相关的系统基础结构的要求。通过以下操作得以实现上述结果：Hs2IBPl确定可用性为企业的竞争资本。HS21BP2确定系统的可用性、健康和安全目标。Hs21BP3紧随市场竞争环境。Hs21BP4开发以用户为中心的基础结构。Hs21BP5将人一系统事宜与商业利益挂钩。注：益处包括：高级管理层要求HS生命周期过程在产品开发项目中扮演重要角色；确定人系统事宜的目标，并提供合适的资源以处理人系统事宜。722质量管理中的人一系统

43、事宜(HS22)质量管理中的人一系统事宜过程的目的是为了给HS过程建立、提高和维持组织基础结构和人力资源配备。成功实施本过程，可以取得以下结果：a)制定HS生命周期过程政策；b)使用合适的工具和方法来处理人一系统事宜；c)人一系统能力能够得到保障。通过以下操作得以实现上述结果：HS22BPl制定和沟通以人为中心的政策。Hs22BP2在支持和控制程序中包含HR和以用户为中心的要素。HS22BP3确定并维护HCD和HR的基础结构和资源。HS22BP4增强并保持对可用性的认识。Hs22BP5开发并为工作人员提供合适的HS技能。注：益处包括：各利益相关方清楚了解与人系统事宜有关的设计、项目和商业过程；

44、HS生命周期过程融入到现有的质量系统、程序和标准中。723授权和控制中的人一系统事宜(HS23)授权和控制中的人一系统事宜过程的目的是在购置、供应和操作中考虑到可用性、健康和安全。成功实施本过程，可以取得以下结果：a)在系统投入过程中加人了人的有效性、成本和风险分析结果；b) 购置的标准来源于人因数据；c)人系统事宜是系统及其构成正式认可的一部分；d) 审评HS操作和能力来积累组织知识。】0GBT 23701-2009ISOPAS 18152：2003通过以下操作得以实现上述结果：Hs23BPI 在购置活动中考虑到利益相关方和用户的事宜。Hs23BP2在财务管理中考虑人一系统事宜。Hs23BP

45、3对影响可用性、健康和安全的过程进行评估并改进其人系统能力。Hs23BP4在所有的审评和决定中包括人一系统审评和认可。注：益处包括：人系统事宜在各客户和供应商组织中得到了支持和改进。724人一系统事宜的管理(HS24)人一系统事宜的管理过程的目的是为了通过安排人一系统过程来反映出系统的需求和局限。成功实施本过程，可以取得以下结果：a) 生命周期计划文件包括人一系统过程产生的工作产出；b) 有充分的资源和工作人员来处理人一系统事宜；c) 生命周期计划能够适应新出现的人一系统事宜d)生命周期中有充分的迭代来实现系统可用性。通过以下操作得以实现上述结果：HS24BPI制定计划来实现并维持整个系统生命周期中的可用性。Hs24BP2 明确所需的专业技能并就提供方式做出规划。HS24BP3管理生命周期计划来处理人一系统事宜。注：益处包括：人一系统技术和资源的低成本高效率使用；生命周期和过程适合处理人一系统事宜。725取舍和风险减轻中的人因数据