问题和需求定义

Question

我最近被雇来从头开始重新设计一个管理系统。这是我的第一个商业规模的项目。我在过去曾帮助过商业应用程序，但我是唯一一个致力于在公司员工的帮助下重新设计和编程系统的人。此员工构建了以前版本的管理系统。

我们都同意，我们希望这样做，而且做得正确。我愿意把时间提前确定问题和要求，这样我就不必在测试期间收获坏种子了。

目前，我正试图解决这个问题，并收集这个管理系统的需求。我应该问这个员工哪些问题才能继续使用一些文件呢？我意识到这些需求可以不断变化，但我想要一个工作的起点。

以下是我想出的几个问题：

管理制度的目的是什么？，我们想要解决的问题是什么?堆栈，纽线，这个系统的特点是什么?堆栈，纽线，谁将使用这个系统？(雇员？这个系统的安全手段是什么？(外部实体能看到员工所能看到的吗？等)

Answer 1

像这样的问题

管理制度的目的是什么？这个系统的特点是什么？

太抽象了。它们很难回答，甚至对于IT专业人士来说也是如此。

像这样的问题

这个系统的安全手段是什么？(外部实体能看到员工所能看到的吗？等)

都太专业了。它们很难回答，应该只留给IT专业人员。

像这样的问题既实用又简单。

谁将使用这个系统？(雇员？外部实体？)我们要解决的问题是什么？

你会发现这是用户故事的本质。http://en.wikipedia.org/wiki/User_故事

坚持实用，简单，专注的事情，用户实际上知道。避开大局(太抽象了)。避免实现细节(这太技术性)。

Answer 2

询问构建系统的员工在设计和构建系统时所面临的挑战。你很可能面临同样的挑战，所以你也可以从他们的经历中学到一些东西。

Answer 3

因为这是一个重写，你首先需要建立的是为什么要重写这个。在那里，您可以构建更多的问题，这取决于为什么要重写它。您列出的大多数问题应该已经在现有的文档中得到了回答，或者作为他们为什么想要一个新系统的一部分。

如果是因为对语言的支持不再存在或源代码无法维护而重写的话。在这种情况下，主要的要求通常是很难/不可能从最终用户的角度判断它是一个不同的程序。

如果系统正在重写，因为它不再满足业务的需要，那么您将有一组不同的问题来确定哪些部分需要添加/修复。