【问题标题】:How do you know when a big project is good enough to make it version 1.0?你怎么知道一个大项目什么时候足以让它成为 1.0 版?
【发布时间】:2010-10-02 07:19:16
【问题描述】:

如果你有一个大项目,你怎么知道什么时候是 1.0 版本?

【问题讨论】:

  • 这个问题属于programmers.stackexchange.com,因为它是主观的。
  • 这取决于项目是否是开源协作的,项目的初始发布是否可能吸引专家(更容错)或新手(容易因错误或错误而气馁)粗糙的角落),或商业。对于商业项目,您需要聘请“焦点小组”来获得对您项目的初步反馈(就像电影预放映一样)。
  • 当它在这个网站上运行时,我应该注册另一个网站吗?
  • @user464463:如果您故意并反复无视规则,则被认为是粗鲁的。您的问题实际上与此 stackoverflow 无关,应该在针对主观问题的programmers.stackexchange.com 中提出。

标签: release-management software-quality


【解决方案1】:

传统的方法是列出要求。逐一勾选需求列表,因为它们中的每一个都得到了令人满意的解决。一旦所有重要的需求都得到了满意的解决,并且产品的未解决的错误数量令人满意并且被认为对于系统的预期主要用户来说足够稳定,那么您可能会考虑将其祝福为 1.0。没有硬性规定,但应该提供一些指导。

【讨论】:

    【解决方案2】:

    以任何一个大项目为例:如果它做了它的用途并且它没有很多错误,那么它应该没问题,但这取决于你的想法和其他人发布的关于它的内容..

    【讨论】:

      【解决方案3】:

      如果遵循正确的软件工程实践,您将拥有(除其他外)需求文档。一旦满足该文档的要求,您就拥有了 1.0 版。之后,您可以根据需要使用更新的版本(修复错误、添加功能等)来支持它。整个过程还有更多内容,但这些是基础。

      【讨论】:

        猜你喜欢
        • 2018-01-21
        • 2019-07-18
        • 1970-01-01
        • 1970-01-01
        • 2021-08-18
        • 2011-08-08
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多