【问题标题】:Pitfalls to avoid when writing project specs [closed]编写项目规范时要避免的陷阱[关闭]
【发布时间】:2011-01-10 16:06:53
【问题描述】:

我目前正在尝试为一个大型项目编写一些软件规格,我想在 oDesk 上竞标(可能是 3k-6k)。我接受过计算机科学方面的经典教育,但工作经验很少,而且我从未在公司环境中工作过。

我为要在 Google App Engine 上运行的 API 编写了 15 页的项目规范。我发现难以解决以下问题的微妙之处:在哪里划定要指定的内容和不指定的内容;如何将项目分解成几部分,以便如果一个部分出错,其他部分仍然可以使用;在哪里以及如何设置里程碑;以及如何筛选具备适当实施规范的技能的候选人。

我问一个朋友我应该注意哪些问题,他说:

  • 确保规格没有相互矛盾的信息
  • 确保规范没有不必要的具体,因为这会使更熟练的开发人员望而却步

在制定项目规范时,我还应该注意哪些其他陷阱和常见错误?

【问题讨论】:

  • 我认为 API 不会有太多准确和最新的文档。

标签: project-management application-design


【解决方案1】:

虽然关注您想要实现的功能很重要,但也要牢记非功能性需求。考虑一下您希望它如何执行、安全注意事项等。

【讨论】:

    【解决方案2】:

    要添加到列表中的一个

    • 确保规格明确。 (只能以一种方式解释……希望如此)

    【讨论】:

      【解决方案3】:

      我认为这两个链接会有所帮助:

      关于要求和规格:http://www.pragmaticmarketing.com/publications/topics/02/0204sj

      无痛功能规范 - 第 2 部分:规范是什么?:http://www.joelonsoftware.com/articles/fog0000000035.html

      【讨论】:

        猜你喜欢
        • 2010-11-16
        • 2015-04-08
        • 2011-12-02
        • 2010-11-06
        • 2011-02-06
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多