在上一篇中，我们已经安装好aci了。让我们进入aci的管理后台一探究竟吧。

进入后台管理，我们会发现，其实ACI的核心功能就是用户组的权限管理、用户的资料管理这两部分。其余模块之类的，都是配置上的功能，在这里我就不多讲了，上两张图大家就明白了。

我们的这次的任务就是给ACI的骨架里填充内容，达到制作一个简单的新闻发布系统的目的。

详细步骤：

A、新闻系统分析

• 前端：

  • 可以显示一级栏目、二级栏目。。。
  • 可以显示新闻列表。
  • 点击新闻标题，可以显示新闻内容。

• 后端：

  • 可以对栏目进行增删改
  • 可以在栏目下添加新闻
  • 发布新闻的作者可以修改、删除自己所发布的新闻，管理员对所有新闻和栏目都有增删改的权限。

B、新闻系统业务规划（功能归纳）

• 1、栏目标题应该是有两种，一种是栏目底下没有新闻的，只有下一级栏目，另外一种是栏目下是新闻，相当于最终的栏目。
• 2、添加新闻的使用，最好用现成的editor组件。
• 3、有新闻的栏目不能删除。
• 4、新闻要有发布日期和修改日期。
• 5、要有关键词、标签两个字段。
• 6、上传的图片要按照日期的文件夹存放。
• 7、需要自动缩放文章中的图片。
• 8、新闻发布要有审核，但是用户的类别中设定新闻发布不需要审核的，该新闻就不用审核。

C、根据业务来设计业务逻辑及数据库

因为aci的模块中，已经集成了列表、添加、修改、删除。所以我们只要增加一个新闻审核，新增一个用户组（发布新闻需要审核的新闻组）

数据库我们采用比较简单直观的方法来设计，就设计两个表。

• 栏目表：

栏目ID、栏目名称是否根栏目、根栏目ID、栏目下文章数量、是否显示

• 新闻表：

新闻ID、栏目ID、标题、短标题、简介、作者、发布日期、最后修改日期 、标签 、关键词、 新闻内容 、审核状态、 发布人员ID、 发布人员姓名 、浏览次数

当然，这只是一个小型的新闻系统，如果是大型的新闻系统，就需要考虑静态化的问题。

ACI自动生成模块系统，能够完成大部分繁复的工作，所以我们下一篇就需要利用ACI的自动生成模块来把基本的功能模块做好。