Project management 技术和功能规范模板

Project management 技术和功能规范模板,project-management,specifications,specs,Project Management,Specifications,Specs,因此,基本上我正在寻找好的模板,用于在项目或工作请求上编写技术和功能规范 你用什么?在编写规格时,您的深度有多深?如果您能提供任何其他一般提示,我们将不胜感激 我的公司非常需要这些。我为承包商工作,目前我们根本不使用这些文件 编辑:我读过Joel的文章,我真的很喜欢,但是还有其他的观点吗:)如果你想买一本书,有一些文档的模板作为附录。不幸的是,我在工作,而那本书却在家里。如果有人手边有它,他们可能会确认这一点。你可以从ieee和其他地方购买模板,但我总是自己制作模板 史蒂夫·麦克唐纳的《技术规范

因此,基本上我正在寻找好的模板,用于在项目或工作请求上编写技术和功能规范

你用什么?在编写规格时,您的深度有多深?如果您能提供任何其他一般提示,我们将不胜感激

我的公司非常需要这些。我为承包商工作,目前我们根本不使用这些文件


编辑:我读过Joel的文章,我真的很喜欢,但是还有其他的观点吗:)

如果你想买一本书,有一些文档的模板作为附录。不幸的是,我在工作,而那本书却在家里。如果有人手边有它,他们可能会确认这一点。

你可以从ieee和其他地方购买模板,但我总是自己制作模板

史蒂夫·麦克唐纳的《技术规范》有一个很好的清单,你可以从中得到一些信息。在我的上一份工作中,我只是用他的部分标题制作了一个模板,并从那里进行了调整

就功能规范而言,重要的是定义所有接口:

  • 用户界面(屏幕模型)
  • 软件接口(插件等)
  • 硬件接口(如适用)
  • 通信接口(服务、电子邮件、消息等)

  • 还应该有一个关于业务规则的部分,这些规则在功能上很重要,但在任何接口定义中都没有涉及。

    不是模板,但Joel写了一篇关于编写功能规范的文章。他也写了。

    我碰巧喜欢这篇文章,其中包括:


    他也卖专业版。

    从简单做起,从简单做起。因为这是您第一次使用它,所以请使用带有要点的word文档。写下它,重新阅读它,并提供足够的细节,它是有意义的。对于技术规范,您可能希望引导开发人员找到解决方案,但是对于功能规范,“如何”应该完全缺失

    我建议看一看罗伯斯顿的Volere模板。他们是大西洋系统公会的一部分,还有汤姆·德马科和《Peopleware》中的蒂莫西·李斯特

    由于该模板受版权保护,我将不在这里复制它,而是提供一些主要标题:

  • 项目的目的
  • 利益相关者
  • 强制约束
  • 命名约定和术语
  • 相关事实和假设
  • 工作范围
  • 业务数据模型和数据字典
  • 产品的范围
  • 功能要求
  • 外观要求
  • 还有很多,但这应该给你一个想法。模板中最有趣的部分是需求shell,它在一种提示卡上列出了功能需求。再次版权所有,但真正有价值

    请参阅第9章。

    了解一般提示

    我们正在实施一个改革进程

    1) 业务需求声明(BRS)

    2) 功能规范

    3) 技术规格

    BRS涵盖了哪些业务问题,以及解决方案、测试、安全性、可靠性和交付方面的需求。这定义了成功解决方案的要素

    功能规范详细说明了所需的内容、外观、字段长度等

    技术规范详细说明了数据的来源,以及可能需要考虑的任何棘手代码

    客户拥有这些需求。开发人员拥有技术规范,而功能规范是一个中间地带。测试是根据技术规范(通常是单元测试)进行的,然后是根据功能规范(通常是系统测试)进行的,然后是根据需求(UAT)进行的

    这其中的重要部分(我们正在努力解决)是,开发人员仍然需要按照功能规范和原始业务需求进行交付。实际上,功能和技术规格只是为了清晰起见


    简而言之,我的主要提示是首先制定出您希望实现的流程。然后寻求与您提议的流程相关的所有各方的同意,然后制定适合您的模板。模板本身只是您想要进行的更改的一小部分。

    这是我发现的最好的一个: