requirements - 为什么这么多站点讨论编程而不是描述他们试图生产的系统?

标签 requirements

关闭。这个问题是 opinion-based 。它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文来回答。

4年前关闭。




Improve this question




有很多网站教人们如何构建更好的软件,但为什么很少有网站真正详细描述我们(作为程序员)应该创建的域?在不同类型的系统之间开始出现共同需求模式之前,人们只能构建这么多的库存、会计和 ERP 系统。从逻辑上讲,如果程序员花这么多时间试图在他们的架构中创建可重用的组件,这是否意味着他们应该有一些可重用的“蓝图”来描述他们应该创建的系统?换句话说,软件开发的重点似乎过于关注“如何”构建软件,而不是首先编目并准确指定(带有详细的需求)“什么”应该使用。

所以我的问题是:是否有任何工作将所有不同类型的系统规范编目到一个地方,都在一个站点上?如果在项目开始时缺乏适当的需求是软件开发的祸根之一,那么能够“重用”已经编写的相同类型的先前系统的需求规范不是更有意义吗?

最佳答案

有一个网站Database Answers试图为常见的数据库设计提供解决方案。这与您所描述的完整解决方案不同,但它是朝着正确方向迈出的一步。

您评论“[o]ne 之前只能构建这么多 [...] 系统”,共性变得明显。然而,那些已经构建了足够多的此类系统来发现共性的人,然后试图通过创建他们的通用系统版本来从中受益,然后他们将其出售。向其他可能做同样事情的人伸出援助之手并不(被认为是)符合他们的利益。

关于requirements - 为什么这么多站点讨论编程而不是描述他们试图生产的系统?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/456349/

相关文章:

css - 需求变化时如何修改CSS?

c# - C#中并行运行循环需要什么条件?

具有空值的 Mysql 列 - 空间要求是多少?

c - 带有占位符的 Doxygen 自定义标签

python - scipy的构建轮(setup.py):状态为 'error'

compilation - 在另一台 Windows 机器上运行 Rust 编译程序有什么要求?

composer-php - 从 Composer 获取所有要求的列表

python - Sha256与pip的不匹配安装在新的docker镜像上

requirements - 应用程序的功能和非功能部分是什么?

需求(功能、非功能和用户需求)