系统工程工具集各项功能介绍

可学习性/可使用性：系统工程工具是否具有直观，用户友好且易于使用且学习曲线较小的用户接口？需要多少培训？是否包含在线文档和帮助功能？系统工程工具集是否提供允许用户在各种工作产品和可视化之间进行导航的方法，例如：需求，文档，配置管理信息，报告，设计工件，模型等？

可访问性：系统工程工具集是否允许用户通过组织防火墙内部和外部的台式机，笔记本电脑，便携式设备（平板电脑，智能手机）安全地访问数据？由您的工具集创建的数据集是否可被另一个组织的（供应商/供应商）工具集访问？

联机与脱机模式：系统工程工具集是否需求用户连续（联机）连接到服务器才能使用该工具集，或者该工具集允许重新联机后通过同步完成脱机工作？

互操作性/工具集成：系统工程工具是否允许与其他系统工程工具（兼容ReqIF）以及其他文字处理和电子表格应用程序支持的格式共享数据？将信息传输到系统工程工具中或从系统工程工具中转移出来以支持组织的流程和人员有多容易？系统工程工具集是否提供用于从其他应用程序导入数据或向其他应用程序导入数据的标准化接口（例如基于模型的工具），而不需要专门的脚本等来实现传输/交互？

系统工程工具可以执行提取，转换，并加载（ETL）由项目集成数据集外部的其他系统工程工具集创建的数据，以便可以将外部工具数据库中的数据和信息集成到项目集成数据集中并由项目使用？各个工具之间的集成程度如何，即一个工具可以访问和操纵由其他工具创建的数据和信息（单源真相）？

工具集中的工具是否符合通用的数据交换标准（例如，AP239，AP233 XML）？

工具集中的工具是否允许用户之间进行最少且直接的数据模型映射，从而无缝地在工具之间交换数据？您的工具集中工具的集成度如何满足组织的需求？一个工具可以访问和操作另一种工具创建的数据和信息（单源真相）吗？工具集中的工具是否符合通用的数据交换标准（例如，AP239，AP233 XML）？

工具集中的工具是否允许用户之间进行最少且直接的数据模型映射，从而无缝地在工具之间交换数据？您的工具集中工具的集成度如何满足组织的需求？一个工具可以访问和操作另一种工具创建的数据和信息（单源真相）吗？工具集中的工具是否符合通用的数据交换标准（例如，AP239，AP233 XML）？

工具集中的工具是否允许用户之间进行最少且直接的数据模型映射，从而无缝地在工具之间交换数据？您的工具集中工具的集成度如何满足组织的需求？用户所需的最少和直接的数据模型映射？您的工具集中工具的集成度如何满足组织的需求？用户所需的最少和直接的数据模型映射？您的工具集中工具的集成度如何满足组织的需求？

数据共享：系统工程工具集是否允许项目识别并与外部组织（例如客户或供应商）安全共享特定的数据集？该工具集是否包含行业标准的导入/导出实用程序？

存储位置：系统工程工具集是否需求工作产品及其底层数据存储在系统工程工具供应商提供的“云”中或内部存储在组织的服务器上？

安全性：系统工程工具集是否在数据访问（在多个层面，层面内以及不同的用户类别），数据保护（防止丢失）和数据完整性方面提供信息安全性？系统工程工具集是否支持适用于您的域和产品类型的安全标准？

可扩展性/可扩展性：系统工程工具集是否能够支持与您的项目开发的系统的大小和复杂性相一致的工作产品量的开发和管理？如果企业正在购买系统工程工具集，则考虑到企业内部开发的系统的规模和复杂性，系统工程工具集将能够支持企业内部的项目数量。

性能：用户操作之间的最长等待时间是多少？随着工作产品数量的增加和并发用户数量的增加，系统工程工具集如何最大程度地降低性能影响？

并发访问：系统工程工具集允许在同一区域内工作的并发用户有多少？当多个用户想要编辑相同的工作产品和基础数据时会发生什么？对于某些复杂的系统，可能有一百多个用户同时修改集成数据集中的各种工作产品。

协作：系统工程工具集是否支持工具在整个生命周期阶段中的用户之间的协作？系统工程工具集是否允许用户在工作场所的任何地方进行协作？在全球范围内？系统工程工具集是否允许外部组织（供应商/供应商）与您的团队合作？

存档/备份/长期可用性：系统工程工具集是否提供以所有格式存储和备份所有数据和信息的功能，这些格式可随着存储和检索技术的开发或特定工具的变更或用户变更其工具集而提供长期可用性？（您要避免使用一种专有格式的备份/存档格式，如果工具供应商破产，该格式将无法再访问。）

管理和报告：（您想帮助哪些功能更有效地管理您的项目？）

属性：系统工程工具集是否允许用户定义和管理工作产品的属性。例如，对于需求，系统工程工具是否允许用户定义帮助管理其需求所需的属性？（INCOSE-TP-2010-006-02，INCOSE写作需求指南中包含有关使用属性管理项目和属性列表的讨论。）

措施：系统工程工具集是否允许企业和项目定义特定的措施，以使管理人员和系统工程师可以监控和评估进度，发现问题并确保所开发的系统满足利益相关方的需求和期望？通常使用一些反映总体客户/用户满意度的关键指标（例如，性能，安全性，可靠性，可用性，可维护性和工作量需求）：适用性指标（MOS），性能指标（MOPs）和有效性指标（ MOEs）和领先指标（LIs）。

报告：系统工程工具集是否包括健壮的，文档齐全的报告功能，以使用户可以创建唯一的报告（使用先前定义的属性和度量）以及自定义工具随附的标准报告？系统工程工具集是否允许将报告导出为多种格式（MS Word，Pages，RTF，电子表格，演示文稿，图形等）？在寻求系统工程工具集的开始，您需要做的第一件事就是开发您希望该工具支持的总体流程。在此过程描述中包括您将需要的特定报告。这将驱动要包含在数据库中的数据，元数据，度量和属性的架构。

指标/仪表板：系统工程工具集是否与报表功能紧密相关，是否提供了对属性中的度量和信息进行“数据挖掘”和分析的功能，以便您可以显示历史和趋势数据？仅仅知道您的系统已满足需求的百分比通常是不够的。通常，查看完成系统验证活动的趋势是否在正确的速度上，正在放缓还是正在加快将是很有用的。如果速度变慢，您可能无法及时完成所有系统验证和系统确认活动，以进行客户验收评审。

通知：系统工程工具集是否可以通过电子邮件或短信发送有关工作产品变更的通知；设计工作产品，系统V＆V工作产品？系统工程工具集是否可以将有关操作，注释和问题的通知从一个用户发送到另一用户（或一组用户）？当特定措施被预测为或已超过预定阈值时，系统工程工具集能否将通知发送给适当的用户？

项目管理工作产品：系统工程工具集是否允许在系统工程工具集中管理各种PM工作产品？这包括预算，进度表和风险管理工作产品。这些工作产品以及基础数据和信息能否链接到产品细分结构以及其他SE工作产品及其基础数据的一部分？

生命周期支持：系统工程工具集是否支持所有系统开发生命周期过程中的系统开发：范围定义，需求定义和管理，关口评审，设计，系统验证，系统验证和维护工程？例如，系统验证和确认：系统工程工具集是否允许您将需求链接到其系统验证和系统确认需求，过程，过程结果，以及关闭系统验证和确认活动的文档？

工作流：系统工程工具集是否提供了在工具内定义和支持组织的系统工程过程工作流的能力（例如，对于系统工程工具集是否允许您跟踪其状态的需求：草稿，评审，批准，基线；设计，测试，代码/制造，系统验证和系统确认）？系统工程工具集可以允许在工具集中创建，管理和执行系统工程过程，过程和工作指令吗？

配置管理：系统工程工具集是否提供对所有生命周期工作产品以及基础数据和信息（包括变更，版本和基线控制）的强大配置管理？系统工程工具集是否允许用户访问任何工作产品的变更历史记录？如果在数据库中开发和维护工作产品，那么系统工程工具集是否允许对数据库进行配置控制（与代表数据库中数据和信息的各种报告/可视化相比）？

其他：

价格：相对于项目规模，需求数量和需求集，设计，验证和确认工作产品以及并发用户数量，系统工程工具集是否可以负担得起？关于可负担性，是否要支付一次性的前期申请费和个人许可费（如果是许可费，则是一次性还是每年）？许可证是固定的还是浮动的？价格是否包括初始设置，安装，配置或自定义，还是额外的？是否包含持续的技术支持或额外的技术支持？是否包括培训？在具有上述大多数功能的单个工具上花更多的钱，或者为您提供所需的所有功能的多个工具，花更多的钱会更划算吗？

支持系统工程工具集使用的基础结构成本：托管和部署工具集的IT需求是什么？要操作，扩展和维护工具集，除了工程以外还需要哪些专业技能？

供应商/产品成熟度：系统工程工具投放市场已有多长时间了？供应商营业了多长时间了？

用户反馈和满意度：在当今社交媒体驱动的世界中，您可以访问有关工具，工具供应商，易用性，可靠性，技术支持等方面的实际用户评审。供应商。查看实际用户对要考虑将其包含在系统工程工具集中的系统工程工具有何评审。

如果从列表中遗漏了重要项目，请告诉我。

责任编辑：haq