谁正在调查功能和可用性的测量？

Question

我正在寻求指导,以协助我的研究方向,在系统开发中提供功能,可用性或优雅的评估.

您能否提供有关功能,可用性或编码风格测量的工作参考？谁(个人/组织)正在这个领域工作？我在哪里可以找到这样的参考.

我已经提出了一些关于系统构建的想法,这与主流开发有点不同.起点是对问题的充分描述.我正在开发一个演示/概念验证项目.

在开发我的概念验证项目时,我发现了一个意想不到的,未被忽视的好处.到目前为止,我发现可以通过间接查看开发来收集有关系统完整性的有用信息.此间接视图基于问题的描述,而不是软件解决方案.

我也相信,由于这些发展,很可能从我在其他领域的系统开发方法中提供指导,例如关于系统功能的指导; 系统的可用性如何; 或解决方案有多优雅.

到目前为止,我的探索得出了以下建议,以及我对它们的回应:

1. 文学编程很优雅. - 有文化的编程可能很优雅,但这会改变问题 - 你如何评估一个程序的文化程度？
2. 我正在寻找相当于美学衡量标准的系统开发,即不可言说的 - 虽然我意识到这是不可能的,但我仍然相信可以在开发系统的过程中提供有关信息的指导.
3. 我正在寻求的只能在解决方案使用一段时间后进行评估,并且只能通过与同一问题的其他解决方案进行比较来评估. - 情况可能就是这样,而且可能确实是我搜索创建的摇滚.但是我仍然认为,开发中的措施可能会对软件的这些方面提出一些启发性的见解.
4. 功能点分析是功能的衡量标准 - 我将FPA视为衡量生产力而非功能的标准.它并没有告诉您系统中包含了多少功能,而是与从相同上下文派生的基线相比包含了多少功能.随着背景的不断发展,这会削弱措施的实用性.
5. 这些概念无法衡量,并且没有就功能性,可用性或优雅的构成达成一致,并且不能出于类似的原因 - 我很顽固地相信我至少可以通过以下方式反驳这一建议:为系统开发人员提供一些帮助.
6. 我正在寻找的信息不在系统开发之内; 在图形艺术领域; 心理学; 生物学; 或者其他 - 这看起来越来越有可能.
7. 直接利用系统的对象作为其用户界面 - 这显示了一类旨在促进解决问题的系统的前景.
8. 传统图形艺术的经验教训(复杂数据的布局)可以转移到系统开发 - 这看起来像是最有前途的路线,我正在尝试与领先的图形设计师建立对应关系.这可能只适用于信息系统,但看起来好像它的范围要广泛得多.
9. 也有人认为我是一名"建筑宇航员",与现实脱节 - 可能就是这种情况,但如果是这样,那么我很可能是最后才意识到这一点,而这种前景并非如此阻止我的搜索.

Answer 1

在您列出的三件事中，可用性是最可衡量的。搜索“测量代码可用性”将会产生很多点击，涉及从网站到并行编程的所有内容。

一些亮点：

软件工程 ISO 标准；在这里您可以找到产品质量和软件开发生命周期的标准：
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_tc_browse.htm ?commid=45086

ISO 标准的 Cliff Notes 版本 :)
http://www.usabilitynet.org/tools/r_international.htm

软件人体工程学标准：
http://www.iso.org/iso/catalogue_detail.htm ?csnumber=52712

来自一篇关于并行程序可用性的写得很好的论文，可以在这里找到：

PPS 的几个特性决定了它的可用性。其中包括：
1) 学习曲线：专家或缺乏经验的并行程序员需要多长时间才能有效地使用 PPS？请注意，一些 PPS 专门满足专家的需求，而另一些则针对新手；很少有人同时适合两者。
2）编程错误：一些系统限制并行性的使用以防止错误（例如Enterprise）。其他系统，例如 NMP 和 PVM，允许用户做任何事情，以灵活性换取更高的编程错误机会。通常，潜在的错误与用户代码的行数直接相关。因此，需要更多用户代码的系统可能更容易出错。
3) 确定性性能：非确定性在某些算法的实现中很常见，并且是某些 PPS 所固有的，会显着增加应用程序调试的开销。
4）与现有软件的兼容性：遗留软件不容忽视。理想情况下，PPS 必须支持以最小的努力集成现有软件。
5) 与其他工具集成：PPS 应该配备一整套软件开发工具，或者提供对整套软件开发工具的访问，包括用于调试、监控和性能评估的设施。

关于量化和测量功能的文章：
http://www.computer.org/portal/web/csdl/doi/10.1109/METRIC.1999.809732

链接到 CUE-4 宾夕法尼亚酒店可用性研究，其中 17 个独立团队对宾夕法尼亚酒店网站进行了可用性研究
http://www.dialogdesign.dk/CUE-4.htm

这篇维基百科文章有很多与软件质量相关的文章的链接。文章本身讨论了软件质量的许多焦点，包括可理解性、简洁性、一致性、可维护性、可测试性、可用性、可靠性和效率等。

http://www.drdobbs.com/windows/184405654
;​​jsessionid=SB2LUABORKQHBQE1GHOSKHWATMY32JVN 作者讨论了 Microsoft 用于设计和评估其 API 可用性的技术。

另一个建议：去一些比较知名的软件工程学院，在他们的计算机科学主页上查找有关该主题的已发表文章。

正如其他人所说，根据这些原理建立定量测量就像将果冻钉在树上......但我不同意它们不能或尚未在可量化分析中进行研究。

哈！
詹姆士