我有一个CodeIgniter Web应用程序的要求,现在是什么？

我正在开发一个项目,并且已经开发了系统必须执行的高级用户需求.这个项目是一个基于CodeIgniter框架构建的php Web应用程序.现在,我正在尝试将这些要求进一步细分为控制器/操作.做这个的最好方式是什么？

我正在考虑使用一个包含四列的表创建一个word文档.第一列将是控制器的名称,第二列将具有操作,第三列将具有特定于操作的视图的名称,第四列将显示哪些用户可以访问该操作.这听起来像个好主意吗？

我喜欢构建应用程序的界面第一种方法,但实际上,在创建原型界面之前,我需要知道我需要哪些视图.

任何人都可以帮我解决如何规划应用程序和任何可能有用的文档吗？

您的击穿是一个好主意,但它是真正的第二个步骤.

这是我要做的:

了解您的要求,并将其转换为一系列场景("用例","用户故事").

选择一个,并在纸上绘制草图,如果您要让Good Code Fairy为您提供完美的系统,您需要的用户界面的基础知识.

分别浏览场景,并在故事中强调所有名词; 那些可能是域对象.用不同颜色为所有动词加下划线.每个动词都是其中一个域对象的方法.(实际上域对象将是动词的对象.很酷,对吧？)

弄清楚如何使用这些域对象实现该用户界面.

建立它

向客户展示,他们总是会说"我喜欢但是 "

将您学到的更改和内容放在您的要求中,然后重复,直到检查清除为止.

Peter Coad写了一篇我仍然认为是最好的初学者书: Java设计:构建更好的应用程序和小程序.它面向Java,但设计部分是通用的.

您的域对象是模型,数据的显示(粗略地说)是视图,附加到操作的代码是控制器.

用例

做用例或用户故事的"正确方法"受到了巨大的讨论和宗教战争.还有的选择不计其数,从Cockburn的有些复杂形式,以笔记 潦草的索引 卡片.

对于你所描述的那种应用,我做了两件事:我试着将它们保持在25个字以内,我想起了SMART的缩写词.

二十五个字或更少有助于保持它们小.做一些小故事比花大周时间更好.

SMART代表"具体,可衡量,责任和测试协议".(或者至少我是如何解释的.还有其他版本.)

具体而言,你必须要感到舒服,你知道被问到了什么.

可衡量的,你必须有一些测试方法或某种可接受的陈述

协议,因为它需要是你和客户都同意满足的需求 - 换句话说,合同的"思想会"

有了责任,你必须知道你被给予了什么,客户或用户负责提供什么,以及你是什么

和测试,换句话说,你应该有一个让你回答"是可以接受的",或一个有效的方法"这是不能接受的."

我使用的表单有模式

处于特定角色的用户
会做一些有益的事情

所以,在你的例子中,我会写

管理员(谁？)

列出所有常见问题解答(做什么？)

审查他们的更新.(为什么？)

"产生一些好处"部分是我强调的,很多其他人没有,甚至没有提到.如果您需要优先考虑它们,它会有很多帮助.

"测试"部分是对验收测试的描述:您正在回答"这样做了吗？" 因此验收测试可能是

登录管理员选择"列表常见问题".所有已知的常见问题都以正确的格式列出.

理想情况下,您可以设置它,以便某些工具(如expect或gui测试工具)可以自动运行,但特别是在小型项目中,您可能最终手动测试.您需要自动化测试,因为在构建系统时,您希望进行回归测试; 也就是说,您希望重复测试以确保以后的更改不会破坏任何内容.