As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center获取指导。




7年前关闭。





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

您是否可以提供有关功能,可用性或编码样式的度量的参考?谁(个人/组织)在这方面从事工作?我在哪里可以找到这些参考资料。

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

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

这些发展使我也深信,很可能可以从我的方法开发指南中提供其他领域的指导,例如有关系统功能的指导。系统的可用性或解决方案有多优雅。

到目前为止,我的探索得出以下建议,并对这些建议做出回应:


精通编程很优雅。 -精通编程可能很优雅,但这将问题移回了-您如何评估程序的素养?
我正在寻找等同于某种程度的美学即无法解决的系统开发-虽然我意识到这是不可能的,但我仍然相信有可能在开发系统的过程中从可用的信息中提供指导。
只有在解决方案使用了一段时间后才能评估我所寻求的内容,并且只能与针对同一问题的其他解决方案进行比较。 -情况可能确实如此,也可能确实是我的搜索创始人的坚如磐石。但是,我仍然认为,开发中的措施可能会在软件的这些方面引发启发式见解。
功能点分析是对功能的度量-我认为FPA比功能更能衡量生产率。它不会告诉您系统中已集成了多少功能,而是告诉您与从相同上下文派生的基线相比,其中包含了多少功能。随着上下文的不断发展,这有损于度量的实用性。
这些概念无法衡量,在功能,可用性或优雅性方面由什么构成,也没有共识,并且出于类似的理由也无法达成共识-我很固执,以至于我至少可以部分驳斥这一建议,为系统开发人员提供一些帮助。
我正在寻找的信息不在系统开发范围之内;在图形艺术领域;心理学;生物学;或其他-这看起来越来越可能。
直接将系统对象用作其用户界面-这表明了对旨在简化问题解决方案的一类系统的承诺。
可以将传统图形艺术(复杂数据的布局)中的经验教训转移到系统开发中-这似乎是最有前途的途径,我正在尝试与领先的图形设计师建立联系。这可能仅用于信息系统,但看起来好像范围比这大得多。
也有人认为我是一名“建筑宇航员”,与现实脱节-可能是这种情况,但如果是这样,那么我很可能是最后一个意识到这一点的人,而这种前景并没有阻止了我的搜索。

最佳答案

在列出的三件事中,可用性是最可衡量的。搜索“测量代码的可用性”会带来很多成功,无论是网站还是并行编程。

一些重点:

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


从关于并行程序可用性的写得很好的论文中,发现here


PPS的几个功能决定了其可用性。其中
这些是:
1)学习曲线:专家或经验不足的并行程序员需要多长时间
才能有效地使用PPS?请注意,某些PPS专门解决了需求
专家,而其他则针对新手;很少适合两者。
2)编程错误:某些系统限制了并行性的使用,以防止发生错误(例如
企业)。其他系统,例如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

This Wikipedia article有很多与软件质量相关的文章的链接。本文本身讨论了软件质量的许多重点,包括可理解性,简洁性,一致性,可维护性,可测试性,可用性,可靠性和效率等。

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

另一个建议:前往一些较著名的软件工程学院,并在其计算机科学主页上浏览有关该主题的已发表文章。

就像其他人所说的那样,根据这些原理建立定量测量方法就像将果冻钉在树上……但是我不同意不能或不能在定量分析中对它们进行研究。

HTH!
詹姆士

09-16 08:40