project-management - 项目设计/规范评论，这是正确的想法吗？

Question

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












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

4年前关闭。




Improve this question




假设我们正在创建 Acme CMS。此 CMS Web 应用程序将允许您创建具有子类别(无限深度)的无限数量的类别，并且每个类别可以有 0+ 个与其相关联的内容页面。

所以这个项目，在高层次上将有:

前端
1. 索引页
2. 带有内容页面列表的类别页面
3.内容页面

管理员控制面板
1.分类(添加/更新/删除)
2.页面(添加/更新/删除/)

架构设计
1. table
2. 存储过程
3.数据访问层

问题:
我正在使用错误跟踪器和 Wiki，那么我应该如何分解这个项目？

我正在考虑将每个部分(前端/管理面板)分解为单独的页面，然后为每个页面(或主题)编写简单的用户故事。

当我完成用户故事后，我将在我的错误跟踪器中创建一个案例列表，代表我必须开发的功能，以及对每个功能的估计。

我是否正确分解了这个项目？计划中的任何重大差距都会导致该项目失败(理论上无论如何!)

请提供一个详细的答案，也许是我应该做什么的一般想法，并附上一个详细的例子来解释它以及为什么等等。

Answer 1

“我正在考虑将每个部分(前端/管理面板)分解为单独的页面，然后为每个页面(或主题)编写简单的用户故事。”

页面没有故事。用户有故事。页面是您为实现用户故事而构建的东西。

主题——如果有这么小的东西——是“管理内容”。也许有两个主题:关于写作/编辑的故事集和围绕浏览/阅读的故事。

一些用户(“编辑者”？)想要创建、组织、更新和删除内容，以便他们可以[问题没有说明]。你强制他们使用网页，因为它比 5x8 卡片和标记更好 - 更便宜 - 更快。

一些用户(“读者”？)想要检查内容并导航，这样他们就可以——谁知道呢？ ——在某事上更快乐、更有成效。你强制他们使用网页，因为它比用磁铁固定在白板上的 5x8 卡片在某种程度上更好。

您有关于创建和管理内容的主题的故事。

“然后在我的错误跟踪器中创建一个案例列表，代表我必须开发的功能，以及对每个功能的估计”

对。功能必须首先从数据模型开始，然后以某种有用的形式呈现。也许在页面上。确实，一旦您拥有一个广泛满足用例的模型，您就可以微调演示文稿以使模型更有用。

“业务层和表示是我需要详细说明的”

模型==业务层。它们是同一回事。

页面 == 演示文稿。笔记。这是最后。一旦你有了用例和支持这些用例的模型，你就可以向人们展示你的东西，这样他们就可以与模型进行交互。