对用户来说，包括用户注册、用户登陆、浏览新闻和共享文章，以及登陆后日志分类维护，日志内容维护等。
l 用户注册：非注册用户要取得系统的使用权必须先进行用户注册。用户通过进入注册对自己的基本信息进行填写，提交后经过管理员审核完成，正式获得系统的使用权。
l 用户登陆：注册完成并且经过审核的用户须登陆后才能进入日志维护页面。该模块实现了用户的登陆和错误验证。
l 浏览新闻和共享文章：普通用户（包括注册和非注册用户）进入首页都能对新闻和注册用户发布的公开权限的文章进行浏览，通过点击标题能够查看详细内容。
l 日志分类维护：此模块主要对日志分类进行维护。如果是第一次进入系统，写日志之前必须先添加日志分类。本模块主要实现了分类的即时添加和删除。
l 日志内容维护：注册用户登陆后在日志维护主页面点击分类，页面显示出此分类下的所有日志，在日志标题右边能对发布日志进行删除和修改，点击日志标题能浏览日志全文，在日志显示模块上方点击发布日志，进入日志发布页面。
需求分析用例图如图 3-1。
图3-1 需求分析用例图
3.2 功能划分 3.2.1 前台功能模块划分
图3-3后台功能模块图
3.3 数据库设计 3.3.1 数据库需求分析
根据系统的需求，主要数据项和数据结构如下。
l 管理员信息，包括的数据项有：用户名、口令等。
l 用户信息，包括的数据项有：用户名、密码、真实姓名、性别、联系方式、E-mail地址、电话、用户简介等。
l 日志信息，包括的数据项有：日志编号、标题、内容、发布时间、更新时间、发布人、所属分类等。
l 日志类别信息，包括的数据项有：类别编号、类别名、创建用户名。
l 新闻信息，包括的数据项有：新闻编号、标题、内容、更新时间、转载地址等。
l 公告信息，包括的数据项有：公告编号、标题、内容、更新时间等。
为了从多方面来保障用户个人信息和日志信息的安全性、可信性，本系统还应该建立一套机制，这套机制至少应该包括用户和后台管理的账号的安全机制、后台数据库的安全机制、用户使用过程的控制和验证机制。
3.3.2 数据库物理设计
本系统数据库主要使用POWERDESIGNER进行逻辑设计和物理设计。该软件能很直观将实体之间的关系清晰的表述出来。数据库的物理设计如图 3-4。
图3-4 数据库的物理设计
3.3.3 数据库逻辑设计
由于本系统是为网上日志备忘系统而设计的，因此数据库名称定为diary。根据需求分析设计了如下图所示的数据库结构图3-5。具体的用户数据表详细信息见附录一。
图3-5 数据库结构
3.4 系统结构