微博需求分析-数据库设计文档

微博需求分析-数据库设计文档
微博需求分析-数据库设计文档

微博系统详细设计说明书

2012年5月14日

一.系统概述

1.1:构建系统目的(依据需求调研):

微博系统的业务总体目的是建立在一个先进,高效,安全的能被所以和应用于所以微博用户的交流系统。

系统采用B/S架构体系,即采用浏览器访问,服务器端由apache开元发布系统tomcat7.0及mysql数据库服务器组成,开发工具Myeclipse9.0,客户可以由通用的浏览器访问。

1.2:需求文档及规范说明:

依据需求文档来规范美工静态页面制作,设计整体软件系统和数据库搭建。

二.数据库设计

数据库设计兼顾前台后台相互关联调用,设计的表明晰如下:

1.1各表详细说明:

1.1.1前台用户信息表(users):

1.1.2前台用户关系表(relations):

1.1.3微博信息表(weibo):

1.1.4微博评论表(comment):

1.1.5 收藏表(collection)

1.1.6 后台用户表(admins)

1.1.7 权限表 (permissions)

1.1.8权限内容表(percontent)

1.1.9 微博热议内容表(bloghot)

三.前台的HTML静态页面设计

四.微博系统前台功能设计

1.用户信息管理

注册时用户输入自己的基本信息,用户名密码不得为空,登陆时候,输入相应用户名密码,经过验证正确后方可登陆个人信息主页面,进入登陆界面用户可以通过点击个人信息账号进行个人信息设置和修改。

1.1注册用户

静态界面:register.jsp

1.1.1 功能描述:用户注册信息,系统将用户前台页面输入的个人注册信息获取,提交到后台(并不是系统

后台),并且写入数据库。注册的信息包含:邮箱,创建密码(确认密码),昵称,性别,所在地和验证码,输

入规范正确后方可注册微博用户成功。

1.1.2 功能实现:用户前台注册页面输入相应信息,信息验证:对用户输入的邮箱验证、验证两次密码是否一

致、验证验证码是否正确、性别和昵称验证是否填写。系统获取到对应表单信息后,提交到相应

servlet(RegisterServlet.java)中去,并且通过biz(RegisterBizImpl)调用dao(UsersDaoImpl.java)层代码

进行输入mysql数据库中。

1.2用户登录:

静态页面:login.jsp

1.2.1功能描述:用户登录微博主页面,验证:用户名和密码是否输入。

1.2.2功能实现:提交到后台Servlet(LoginServlet),获取前台页面用户输入的用户名和密码内容,提交

到Biz(LoginBizImpl)层,并调用Dao(UsersDaoImpl)层代码和数据库交互来验证用户输入信息是否

正确。

1.3设置个人信息账号(修改个人信息)

静态页面:modify.jsp

修改个人信息截图

修改个人密码:

修改个人头像:

1.3.1功能描述:修改个人信息,包含修改个人简单信息、密码、头像,对两次密码进行判断

1.3.2 功能实现:首先,用户进入此页面后,显示出用户自身全部信息,用户对此信息进行修改,并且把

用户ID以隐藏表单形式显示在页面中,修改密码过程中验证两次密码输入是否一致,修改头像判断用户是否选择了新的头像,进入上传头像操作。用户将自己信息修改后,后台Servlet(ModifyServlet.java)

获取前台用户提交信息,并且将此信息修改提交到Biz(ModifyBizImpl.java)层再调用到

dao(ModifyDaoImpl.java)层实现数据库更新。

2.微博信息管理:

微博信息管理是系统模块中重要的组成部分,主要负责对用户微博信息的管理,包含发送微博,评论微博,转发微博,收藏微博,删除微博,对于微博的模糊查询和微博信息的分

页展示。

2.1 发送微博:

静态页面 mainMicroblog.jsp

2.1.1 功能描述:

进入(个人信息)微博主页面后,在最醒目的位置,左上方显示微博发送控件,输入微博内容后点击发送即可实现微博发送功能,还可以添加图片,进行图片上传功能,将微博写入数据库中。

2.1.2 功能实现:

Servlet(SendMicroblogServlet.java)获取前台页面用户输入要发送微博的内容,并且(从回话中)获取登陆

用户的ID,一起封装到微博(Microblog.java)的实体类中,然后提交到biz(SendMicroblogBizImpl.java)层

并且调用dao(MicroblogDaoImpl.java)层来实现微博信息的(添加)发送。

2.2 评论微博:

2.2.1:功能描述

用户可以通过评论微博功能对自己希望评论的微博进行评论,并且紧随微博显示在微博后面。

2.2.2:功能实现:

Servlet(CommentMicroblogServlet.java)获取到前台用户对相应微博信息的评论内容,同时获取此微博信息的ID,然后封装评论实体(Comment.java)类通过Biz(CommentMicroblogBizImpl.java)层,调用dao(CommentDaoImpl)层代码,实现添加评论信息。

2.3 转发微博:

2.3.1 功能描述:用户根据自己主观喜好的微博信息可进行转发操作,转发后会将此微博信息作为自己的

微博进行显示,同时自己的粉丝也可以看到此微博信息。

2.3.2 功能实现:Servlet(ForWardMicroblogServlet.java)获取到用户想要转发的微博信息ID,然后获取

此微博信息内容,调用Biz(ForWardMicroblogBizImpl.java)层调用dao(MicroblogDaoImpl.java)层代码首先实现要转发的微博转发次数+1,其次作为转发者自己的微博,又要添加一条新的微博信息,要注意新添加的微博信息外键值将由其他的UID值转换为转发者的ID。

2.4 收藏微博:

2.4.1 功能描述:用户可以对所关注的人的微博进行收藏,其作用为不让自己的粉丝看到,和转发的作用正好

相反。

2.4.2 功能实现,在微博浏览页面中,点击收藏后,首先后台Servlet(CollectionMicroblogServlet.java)获

取到用户所要收藏微博的信息(获取收藏微博的ID),通过Biz(CollectionBizImpl.java)层调用Dao层

(CollectionDaoImpl.java)来添加到收藏表中(因此,收藏表肯定要有一个外键对应用户)。

2.5 删除微博:

2.5.1 功能描述:用户可以对自己发表过的微博进行删除,因此会伴随提示”删除微博,会连同相应的评论

删除,是否继续?”,因此新显示的微博信息将不会有此信息。

2.5.2 功能实现:首先Servlet(DeleteMicroblogServlet.java)获得前台页面用户要删除微博的信息(ID),

如果此微博信息和发送者是相同一个人的话,那么次信息执行删除操作,否则提示没有权限删除他人微博。执行删除操作,通过

Biz(MircoblogBizImpl)层调用Dao(MircoblogDaoImpl)层执行微博表相应记录删除。

2.6 微博模糊查询:

2.6.1 功能描述:用户要搜寻相应微博信息,可以进行模糊查询。用户可以在模糊查询表单内搜索相应信息点

击查询即可查出相应微博,但是如果没有相应信息则提示”没有搜索到相应微博信息”。

2.6.2 功能实现:首先在Servlet(MicroblogFuzzyFindServlet.java)中获取模糊查询表单内容,通过

Biz(MircoblogBizImpl)层调用Dao(MircoblogDaoImpl)层来查找相应信息,返回ArrayList集合信息。

2.7 微博信息分页显示:

2.7.1 功能描述,所以登陆者的微博和其关注人的微博信息都要在个人主页内分页显示,然后用户点击”上

一页”或者”下一页”进行分页查找微博信息。

2.7.2 功能实现:首先作为面向对象编程思想,要建立起一个相应的分页类PageBean.java(包含的变量:总记

录数count(*),总页数,每页多少条记录,当前第几页,数据信息的结合List),按照PageBean的思路来搜索数据库用户想要的相应页数。

3.好友信息管理 FriendsManager

对好友管理是微博系统中一个非常重要的模块,通过对好友管理,用户可以完成添加关注操作,取消关注,互为好友,搜寻好友,等功能。对自己感兴趣的人进行好友操作,从而时刻关注好友的微博信息更新。

3.1添加关注 AddAttention

3.1.1 功能描述:登陆的用户可以对没有加为关注的人进行添加关注操作,若被添加者在操作前与该登陆者无

关注和被关注的关系,则二人关系为关注关系,既为单向关注关系。

3.1.2 功能实现:用户点击了还没有关注的陌生人的关注后,首先后台Servlet(AddAttentionServlet.java)

获取到要关注人的信息(ID),通过Biz(AttentionBizImpl)层判断调用Dao(AttentionDaoImpl)层来判断此用户

是否是已经关注我的好友,如果没有此用户关注登陆者的信息,那么添加关注表,作为登陆者关注人的信息。

反之,状态字段应相应改变,标志此用户和登陆者为互为关注关系。

3.2 互为好友 EachOtherFirends

3.2.1 功能描述:衔接上一功能说明,登陆者还可以添加自己的粉丝好友作为自己关注的人。

3.2.2 功能实现,同样衔接上一功能说明,如果添加关注时候判断其好友已经是自己粉丝,那么状态关系表中

状态字段应有所改变,状态为互为好友。

3.3 搜寻好友(换一换) FindFirends

3.3.1 功能描述:用户在自己的主页内同时要显示出自己还没有关注人的信息,同样可以通过换一换搜索还没

关注人的陌生人信息。

3.3.2 功能实现:很类似与分页显示微博信息,应用到PageBean功能,但是不同与分页显示的是分页显示是

用户决定要看哪一页信息,换一换是由java随机数来决定显示哪一页陌生人信息。也就是通过java随机数来产生要显示的每一页信息。相应Servlet(FindFirendsServlet.java)生成java随机数来通过PageBean获取随机的页的陌生人信息。

3.4 取消关注 DeleteAttention

3.4.1 功能描述;用户还可以对已经加过的好友进行取消关注操作。静态页面:用户在除了登陆后的个人主页

内还可以选择菜单进行进入我的好友管理静态页面,显示的所以好友,关注的好友信息,可以点击相应的取消关注操作。

3.4.2 功能实现:首先Servlet(DeleteAttentionServlet.java)获取到所要取消关注人的信息(ID),思路和添

加好友,互为关注的思路正好相反,通过Biz(AttentionBizImpl.java)层调用Dao(AttentionDaoImpl.java)层,首先判断此用户是单向关注还是双向互为好友,如果是前者删除关系表中相应记录,如果是后者,不但要删除相应关系记录,还要修改关系表中状态字段值。

3.5 自动登录:AutoLogin

3.5.1 功能描述:如果用户在已经登录的状态下,推出浏览器,或者直接关机,当再次登录到首页时候,则显

示该用户自动登录。

3.5.2 功能实现:首先在用户登录表单内,有一个选择自动登录的复选框,如果用户登录时勾上此复选框,则

发送到Servlet(AutoLoginServlet.java)来执行Cookie回话机制,从而实现自动登录页面。如果用户推出系统后,那么用户

在此登录时就不应该现在自动登录,因为此用户不希望自动登录此系统。

3.6 微博热议投票系统:Vote

3.6.1功能描述:此模块是含有娱乐性质,后台管理中首先发送微博热议内容选项,然后用户可以根据自身喜好不同来对其相应投票,然后查看投票结果,用漂亮的彩色柱形图显示。

3.6.2 功能实现;Servlet(VoteServlet.java)获取到用户喜好的投票内容,然后首先通过biz(VoteBizImpl.java)层调用dao(VoteDaoImpl.java)层来实现修改数据库相应自动的投票数量,然后通过应用Jfreechart技术来实现页面效果很漂亮的彩色柱形图,来显示到页面中。

3.7 找回密码:RetrievePassword

3.7.1 功能描述:如果用户忘记自己密码,跳转到密码找回页面RetrievePassword.jsp,用户输入用户名,和其他信息,核对信息正确无误后,系统会自动把该用户密码发送到该用户注册邮箱内。

3.7.2 功能实现:首先跳转到RetrievePassword.jsp密码找回页面中,Servlet首先判断此用户输入的验证信息是否正确,如果正确无误,则用javaMail功能来实现把该用户密码发送到该用户注册邮箱内。

3.8 验证码功能:VerificationCode

3.8.1功能描述:用户在登陆过程中,需要输入验证码,验证码可以动态改变,用户输入正确的验证码后方可登陆微博主页。

3.8.2 功能实现:两种方法

一是通过javascript页面脚本语言实现

二是通过Servlet动态随机生成数来显示到页面验证码内。

五.微博系统后台功能设计

后台管理不是针对发送微博的前台用户,而是针对后台管理员管理而设定的。因此它可以管理前台的信息内容。

1.1 后台登陆:BaskstageLogin

1.1.1 功能描述:后台的登陆有别于前台,首先是分权限管理的,首先分两个权限管理,一是管理员,就是

能看到全部功能;二是普通后台用户,权限:前台用户管理、微博管理、好友关注度比较、微博热议内容、收

藏管理。

1.1.2 功能实现:首先不同权限的用户登录后现在的后台内容是不同的,首先后台登录管理涉及到的后台用

户注册管理,后台用户注册要选择不同的角色来进行注册,区分管理员还是普通后台用户,通过数据库对不同

用户的角色权限的定义,以创建权限表来区分,登陆时后台Servlet(BaskstageLoginServlet.java)通过

biz(BaskstageBizImpl.java)调用dao(BaskstageDaoImpl.java)层判断其角色权限,从而显示相应不同的管理

信息页面。

1.2 前台用户管理 FrontUsersManager

1.2.1 功能描述:在显示前台用户管理页面中FrontUsersManager.jsp中,罗列分页显示前台所以用户信息,

从而可以对其做修改,删除,模糊查找操作。

1.2.2 功能实现:Servlet(FrontUsersManagerServlet.java)通过biz(FrontUsersManagertBizImpl.java)层

调用dao(FrontUsersManagerDaoImpl.java)层来分页搜索显示前台用户信息,

1.3 后台用户管理(管理员角色操作) BackstageUsersManager

1.3.1 功能描述:首先此功能是后台管理员角色操作。BackstageUsersManager.jsp在此页面中,罗列分页

显示后台所有用户信息,管理员可以针对其修改操作,修改,删除,模糊查找功能Servlet(Backstage

UsersManagerServlet.java)通过biz(BackstageUsersManagertBizImpl.java)层调用

dao(BackstageUsersManagerDaoImpl.java)层来显示。

1.4 后台注册:BackstageRegistration

1.4.1功能描述:此功能是管理员角色操作。针对后台登陆功能,在后台用户注册时要区别前台用户,重要多

的内容是选择用户角色以区分不同的权限。

1.4.2功能实现:首先在BackstageRegistration.jsp页面中实现后台用户注册,

Servlet(BackstageRegistration Servlet.java)通过biz(BackstageRegistrationBizImpl.java)层调用

dao(BackstageRegistrationDaoImpl.java)层提交数据库

1.5微博管理:MicroblogManager

1.5.1功能描述:MicroblogManager.jsp页面中显示前台所有用户发送的微博信息,并显示该信息发送的用

户,可以对此进行删除,修改,模糊查找功能。

1.5.2 功能实现:Servlet(MicroblogManagerServlet.java)通过biz(MicroblogManagerBizImpl.java)层调

用dao(MicroblogManagerDaoImpl.java)层来显示到MicroblogManager.jsp页面

1.6好友关注度比较 ComparisonAttention

1.6.1 功能描述:首先在ComparisonAttention.jsp页面中排序显示好友关注度比较信息,最前面的显示的

是关注度最高的人。可以导出excel表格。可以模糊查找某个人的关注人数。

1.6.2 功能实现:首先sql语句排序搜寻出关注人数最多的前台用户信息,并且分页显示。

Servlet(ComparisonAttentionServlet.java)通过biz(ComparisonAttentionBizImpl.java)层调用

dao(ComparisonAttentionDaoImpl.java)层来显示到ComparisonAttention.jsp页面中,

1.7 微博热议内容:BlogHot

1.7.1 功能描述:前台显示的娱乐性质的微博热议内容,是需要后台所提供的,因此微博热议内容不是一沉

不变的,需要后台根据业务情况来更新操作。

1.7.2 功能实现:在后台的BlogHot.jsp页面中,后台用户要输入热议的标题,内容,以及选项然后保存到

数据库,以便于前台页面更新显示。Servlet(BlogHotServlet.java)通过Biz(BlogHotBizImpl.java)层调用

dao(BlogHotDaoImpl.java)层实现添加微博热议内容。

1.8 收藏管理:CollectionManager

1.8.1功能描述:CollectionManager.jsp此后台页面中,显示前台用户收藏的自己喜欢的微博信息,后台

用户可以进行删除,修改,模糊查找操作。

1.8.2 功能实现:首先在后台系统中点击收藏管理,分页查找用户全部收藏微博信息,并且对应用户姓名,

删除,修改,模糊查找在后台Servlet(CollectionManagerServlet.java)中获取相应删除和修改ID信息,或

者模糊查找条件,通过biz(CollectionManagerBizImpl.java)层调用dao(CollectionManagerDaoImpl.java)

层来时间对数据库的相应操作。

六.微博系统需求分析归纳总结

数据库设计文档模板

图书管理系统 数据库设计文档 1152795 毕明瑜 1152737 钱鹏 1152736 徐云帆 1152667 吴辰 092796 蔡旭远 102995 冯智超 1252973 于航 1252859 尹巧 1253011 胡亦成 1252990 魏印文

目录 1.图书管理系统数据需求 (1) 1.1 图书管理系统功能数据需求 (2) 1.2 组织结构 (3) 2.概念设计 (4) 2.1 总体E-R图 (4) 2.2 图书管理系统模块E-R图 (5) 3.逻辑设计 (9) 3.1 表的设计 (9) 3.1.1user表 (10) 3.2 数据库关系图 (11) 附录A.图表索引 (13)

1. 图书管理系统数据需求 通过建立一个基于C/S系统的图书管理系统,使得图书管理工作系统化、规范化和自动化,从而提高了管理的效率,也方便了读者的借阅。应用C#编程,实现对数据库信息的管理。系统应用符合图书馆信息管理及处理的规定,满足图书管理员对图书及借阅信息进行管理的需求,并达到操作过程中的直观、方便、使用、安全等要求。系统用模块化程序设计的方法,既便于系统功能的组合和修改,又便于参与技术人员补充和维护。 数据字典: 数据流编号: D01 数据流名称:读者信息简述:读者信息 数据流来源:读者借阅后,管理员将读者信息输入计算机。 数据流去向:图书管理模块。读者信息将存入数据库(读者信息表)。数据项组成:读者姓名+学号+专业 数据流编号: D02 数据流名称:图书信息简述:图书信息 数据流来源:新书到馆后,管理员将图书信息输入计算机。 数据流去向:图书管理模块。读者信息将存入数据库(图书信息表)。 数据项组成:图书编码+图书类别+书名+作者+出版社+Price 单价+出版日期+购买数量 数据流编号: D03 数据流名称:读者情况简述:读者情况 数据流来源:图书被借阅后,计算机将读者信息返回给管理员。数据流去向:管理员。 数据项组成:已借图书+已借数量+续借次数 数据流编号: D04 数据流名称:图书情况简述:图书情况 数据流来源:图书被借阅后,计算机将图书信息返回给管理员。数据流去向:管理员。 数据项组成:书名+是否被借+已借次数

学生管理系统数据库设计文档范文

学生管理系统数据库设计文档

学生选课系统 数据库表结构设计(09软工第八组) 12月

目录 1.1. 管理员信息表.......................................... 错误!未定义书签。 1.2. 新闻信息表 (3) 1.3. 教学楼信息表 (3) 1.4. 专业信息表 (4) 1.5. 课程信息表 (4) 1.6. 选课时间信息表 (4) 1.7. 新闻类别信息表 (5) 1.8. 通知信息表 (5) 1.9. 教室信息表 (5) 1.10.学生专业信息表 5 1.11.学生信息表 错误!未定义书签。 1.1 2.学生课程信息表 错误!未定义书签。 1.13.教师课程信息表 错误!未定义书签。 1.14.教师信息表

7 1.15.教师所在院系信息表 (7) 1.16.学院信息表 7 2.1. 各个表之间的关系 (8) 1.1. 管理员信息表 create table Admin ( AdminId (PK,bigint, not null) /*管理员ID号*/ AdminKey (nvarchar(50),not null) /*管理员密码 */ AdminPhone (nvarchar(50), null) /*管理员电话号码 */ AdminAge (int,null) /*管理员年龄 */ AdminEmail (nvarchar(50), null) /*管理员邮箱 */ AdminName (nvarchar(50), null) /*管理员名字 */ ) 索引: 对AdminId唯一索引

微信数据库分析与设计

微信数据库分析与设计 一、需求分析 微信作为当前的主要即时通讯工具之一,有着广泛的应用。其主要的功能是实现即时通信,这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。 微信的通信主要包括与微信好友进行相互通信,这其中通信内容包括文字、语音、图片及视频。当用户订阅了公众号之后,会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。 微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。 微信中通讯录实现了保存用户联系人的目的,并且订阅的公众号也保存于通讯录中,并且在通讯录中可以设定标签来为联系人分组。 微信朋友圈保存好友发送的与朋友共享的消息,其内容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的内容不一样。 摇一摇功能可以获取同一时刻一起摇动手机的用户,并且暂存于微信中。 附近的人功能可以识别在一定范围内的微信用户,并且将获得的用户信息也暂存在微信中,对于识别附近的用户可以设定具体的条件来扫描。 漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。 对于个人信息的编辑,用户可以根据自身需要编辑一些所需的个人信息。 最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。 以上是对微信的部分功能的需求分析,现根据以上需求对微信数据库画出数据流图: 第0层DFD: 第1层DFD:

数据库设计说明书(文档格式)

数据库设计说明书 1. 引言 1.1 编写目的 阐明编写本数据库设计说明书的目的,指出读者对象。 1.2 项目背景 列出本项目的委托单位、开发单位和主管部门,说明该数据库系统与其他系统的关系。 1.3 定义 列出本文档中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。包括本项目经核准的计划任务书、合同或上级机关的批文,项目开发计划,需求规格说明书,本文档需要引用的论文、著作,需要采用的标准、规范。 2. 外部设计 2.1 标识 列出用于标识该数据库的编码、名称、标识符或标号,并给出附加的描述性信息。如果该数据库是在实验中的或是暂时性的,则要说明其暂时性和有效期。 2.2 约定 叙述使用该数据库所必须了解的建立标号、标识的有关约定。例如用于标识库内各个文卷、记录、数据项的命名约定等。

2.3 使用该数据库的软件 列出将要使用或访问该数据库的所有软件。 2.4 支撑软件 叙述与此数据库有关的支撑软件,如数据库管理系统、存储定位程序等。概要说明这些支撑软件的名称、功能及为使用这些支撑软件所需的操作命令。列出这些支撑软件的有关资料。 2.5 专门说明 为此数据库的生成、测试、操作和维护的相关人员提供专门的说明。 3. 结构设计 3.1 概念结构设计 说明数据库的用户视图,即反映现实世界中的实体、属性和它们之间关系的原始数据形式,包括各数据项、记录、文卷的标识符、定义、类型、度量单位和值域。可使用ER图。 3.2 逻辑结构设计 说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构,包括记录、段的编排,记录、段之间的关系及存取方法等,形成本数据库的管理员视图。 3.3 物理结构设计 建立系统程序员视图,包括: (1) 数据在内存中的安排,包括索引区、缓冲区的设计。 (2) 所使用的外存设备及外存之间的组织,包括索引区、数据块的组织 与划分。 (3) 访问数据的方式方法。

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错,保持团队支持顺畅,系统长久使用后不至于紊乱,让管理者易于在众多对象中,获取所需或理清问题。 同时,定义标准程序也需要团队合作,讨论出大家愿意遵循的规范。随着时间演进,还需要逐步校订与修改规范,让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契,而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户,如数据库管理员、程序设计人员和程序开发人员,可以直观地辨识对象用途。而命名规则大都约定俗成,可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例,让用户混淆自定义对象和系统对象或关键词。 例如,存储过程不要以sp_或xp_开头,因为SQL SERVER的系统存储过程以 sp_开头,扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略,要让对象的用途直观易懂,但也不宜过长,造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定,数据库对象包括表、视图(查询)、存储过程(参数查询)、函数、约束。对象名字由前缀和实际名字组成,长度不超过30。避免中文和保留关键字,做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串,而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范,通过后严格按照要求实施。例如:

数据库设计参考实例

需求分析 (2) 1功能需求 (2) 2数据字典 (2) 3数据流图构建 (5) 系统数据库的逻辑结构设计 (6) 根据该网上书店的具体情况,调查管理业务流程是顺着系统信息流动的过程逐步地进行,内容包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时间和形态(报告、单据等)。本系统的最大特色,数据挖掘在业务流程中清晰可见。我们可以通过对数据库中用户购买信息的关联分析。进行数据挖掘。这是数据挖掘技术在网上书店中最有价值的体现之一。 系统业务流图描述如下: (1)用户在线更新购物车:用户在登陆成功后,通过图书查询,添加图书到购物车后,根据图书编号自动在数据仓库中的图书挖掘信息中寻找与图书关联的图书编号。 (2)用户在线下达图书订单:用户在添加购物车后,确定购物车的书籍及数量后,填写相应的订单信息,确定所填写的订单信息无误后,系统将产生此次订单的编号,完成在线下达订单。 (3)管理员订单处理:管理登陆成功后,会对未处理订单进行处理,处理成功后,向顾客发货。 (4)销售分析处理:通过对图书信息查询,统计图书销售情况。 (5)图书数据挖掘处理:通过对订单处理,创建图书数据仓库,进行图书数据挖掘找出图书之间的潜在关联。 本网站可分为前台管理和后台管理两部分:前台系统功能模块分为:商品展示模块、用户登录、购物车、自服务等模块。后台管理主要包括:商品管理、订单管理、会员管理、类别管理、用户留言管理,产品销售分析等。网上书店功能模块如图3-1所示: 图3-1网上书店功能模块图 前台各主模块的详细功能如下: (1)最新上架模块:展示出最新上市的图书供用户选择。 (2)特价书展示模块:展示出了一些特价图书。 (3)商品查询模块:包括模糊查询模块,和书的类别查询模块。 (4)用户登录\注册模块:用户登录、注册。 (5)商品详细信息展示模块:包括图书详细信息模块。 (6)购物车展示模块:包括已选购商品模块、推荐商品模块。当添加商品到购物车时,会在推荐商品模块中看到本系统为购物者推荐的商品。 (7)自服务展示模块:我的订单模块、个人信息模块。订单模块可以查看订单的状态,和订单的信息。通过个人信息模块可以修改自己信息。 (8)用户评论模块:用户对图书的评论。 后台主模块的功能如下: (1)类别管理:该模块对图书的类别进行添加、删除、修改 (2)商品管理:该模块主要对书籍进行增加、删除、修改管理 (3)订单管理:该模块对客户的订单进行管理,如出库订单。 (4)用户管理:该模块对会员信息进行增加、删除、修改。 (5)销售情况查询:该模块可以查询排行前十的图书信息。 (6)图书挖掘分析:通过对订单的分析,得出最优的匹配方案和相应的决

学生成绩管理系统数据库设计文档 - (全)

“学生成绩管理”数据库设计文档 0、前言(一些必要的说明。) 0.1 数据库说明 数据库名:PXSCJ 逻辑名称:学生成绩数据库 数据文件:PXSCJ.mdf 日志文件:PXSCJ_Log 登录名:admin,密码:123456 0.2表命名说明 Cjb:成绩表,保存选课信息 Cxb:查询表,记录boolean值对应信息,1代表男,0代表女。Kcb:课程表。 Tjb:统计表,统计成绩段分布。 Xsb:学生表。 Yhb:用户表,保存系统用户信息。 Jsb: 教师表。 Skb:授课表,记录授课信息。 0.3 系统功能模块图

1、需求分析阶段 说明:学生成绩管理系统需要实现以下功能:一个学生可以选修多门课程,一门课程可以由多个学生选修,学生选修一门课会有一个成绩。一个教师可以教授多个班级,一个教师也可以教授多门课程,一个班级有多个学生,一门课程也可以由多个老师来上,一个老师给一个班级上一门课有确定的时间和地点。不同的用户根据身份不同拥有不同的权限。 (1)数据流图 老师----成绩管理,学生信息管理,权限管理---学生成绩管理系统—成绩查询--学生(要求:用visio实现第一层数据流图,第二层数据流图,第三层数据流图)p121 第一层数据流图 第二层数据流图 第三层数据流图(略) (2)数据字典 (每个实体的详细说明)

2、概念设计阶段 (1)分ER图 (两个分ER图,1)学生和课程,2)教师,课程,班级)

(2) 总ER 图 (由分ER 图画出总ER 图) 3、 逻辑设计阶段 (1) 表关系图 (看是否可以画出) (2) 表结构图 Xsb 结构

(完整版)需求分析+概要设计+详细设计+数据库设计模板

附录A 软件需求分析报告文档 (1) 附录B 软件概要设计报告文档 (13) 附录C 软件详细设计报告文档 (33)

附录A 软件需求分析报告文档 1. 引言.............................................................................................................. 错误!未定义书签。 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1用户界面 (6) 3.2硬件接口 (7) 3.3软件接口 (7) 3.4通讯接口 (8) 4. 系统功能需求 (8) 4.1说明和优先级 (8) 4.2激励/响应序列 (9) 4.3输入/输出数据 (9) 5. 其它非功能需求 (9) 5.1性能需求 (9) 5.2安全措施需求 (10) 5.3安全性需求 (10) 5.4软件质量属性 (10) 5.5业务规则 (10) 5.6用户文档 (10) 6. 词汇表 (11) 7. 数据定义 (11) 8. 分析模型 (12) 9. 待定问题列表 (12)

1. 简介 1.1 编写目的 此文档对《点菜系统》做了全面细致的用户需求分析,明确该软件应具有的功能、性能、界面,使系统分析人员、软件开发人员能明确用户的需求,并在此基础上进一步提出概要设计说明书和后续设计与开发。本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: ●正文风格; ●提示方式; ●重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

模板-项目管理-设计-数据库设计说明书

项目管理体系文件数据库设计说明书 编撰人: 审核人: 审核日期: 保密级别: 文档版本: XXXXXXXXXXXXXXXXXXXXXXXX公司

版本历史

目录 1.引言 (2) 1.1.编写目的 (2) 1.2.背景 (2) 1.3.术语 (2) 1.4.参考资料 (2) 2.总模型图及对象列表 (2) 2.1.总模型图 (2) 2.2.对象列表 (3) 2.2.1.表列表 (3) 2.2.2.视图列表 (3) 2.2.3.存储过程列表 (3) 2.2.4.触发器列表 (4) 3.表信息 (4) 3.1.表的中文名称+物理表名 (5) 3.2.表的中文名称+物理表名 (5) 4.视图信息 (6) 4.1.视图中文名称+物理名称 (6) 4.2.视图中文名称+物理名称 (6) 5.存储过程信息 (6) 5.1.存储过程1 (6) 5.2.存储过程2 (7) 6.触发器信息 (7) 6.1.触发器名称1 (7)

1.引言 1.1.编写目的 {说明编写数据库设计说明书的目的,指出预期的读者。} 1.2.背景 {描述系统产生的背景,包括: a、需开发的软件系统的名称,和英文缩写(可选),项目编号(可选); b、列出此项目的任务提出者、开发者 c、软件系统应用范围、用户。} 1.3.术语 {列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。} 1.4.参考资料 {本节列出用得着的参考资料,如: 属于本项目的其他已发表的文件; 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位。} 2.总模型图及对象列表 2.1. 总模型图 {给出系统数据库模型图。通过模型图,能够反应库表之间存在的各种关系。}

数据库设计文档实例

第1章 数据库设计 系统按照XXX 企业协同办公系统的统一规划,运行在XXX 企业协同办公的统一数据库中,采用了数据库的热备份技术,实现数据的有效和安全。 1.1 概念结构设计 1.1.1 实体和属性的定义 (1)公共模块 员工信息(用户登录名、真实、密码、公司、其他、MSN 、QQ 、手机、固定、所属部门、职位、角色),如图1.1所示。 职位(职位标识、职位名称),如图1.2所示。 员工信息 登录名 真实姓名 固定电话 密码 公司邮箱 其他邮箱 MSN 学位 手机 职位 所属部门 QQ 角色 职位 职位标识 职位名称 图1.1 员工信息实体 图1.2 员工信息实体

(以下实体没加图题,实际文档必须要有图题) 部门(部门标识、部门名称) 学历(学历标识、学历名称) 意见与建议(提出人、提出时间、意见与建议主题、容、附件) 更新新闻(添加人、添加时间、新闻标题、更新时间) 附件(所属位置、文件名、文件路径、上传时间) 网站更新新闻 添加时间 新闻标题 添加人 更新时间 意见与建议 提出时间 内容 提出人 附件 主题 学历 学历标识 学历名称 部门 部门标识 部门名称

(2)消息面板模块 公告栏信息(公告标题、公告容、公告发表人、发表时间、紧急状态) 公告状态(状态标识、状态名称) 其中属性约束如下: 状态名称:普通,重要,紧急 站短信(发送人、接收人、留言标题、容、发送时间、是否回复、是否读取、是否公开、消息状态、是否被发送者删除、是否被接收者删除) 其中属性约束如下: 是否回复:0=未回复,1=已回复;是否读取:0=未读,1=已读;是否公开:0=不公开,1=公开; 消息状态:普通,重要,紧急,重要紧急;是否被发送者(接收者)删除:0=否,1=是 附件 文件名称 文件路径 所属位置 上传时间 公告状态 状态名称 状态标识 公告信息 公告内容 发表时间 公告标题 紧急状态 发表人

网店信息及销售管理系统数据库设计文档

数据库设计文档目录 1. 引言 1.1 编写目的 1.3 定义 1.4 参考资料 2. 外部设计 2.1目标 .................................................. .5 2.2标识符和状态 .......................................... .5 2.3约定 .................................................. .5 2.4运行环境 .............................................. .5 2.5专门指导 .............................................. .6 3. 数据流图 .......................................... 6 4. 数据词典 .............................................. 10 5. 功能概述 5.1系统功能概述 .......................................... .11 5.2系统功能模块 ............................................. .13 6. 结构设计 6.1概念结构设计 ............................................. .16 6.2逻辑结构设计 ............................................. .17 6.2.1表的结构 .......................................... ..17 6.2.2 表的关系图 ........................................ .22 7. .................................................................................................................... 其 1.2 背景 (4) .4 .4 .4

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能: (1)读者注册。 (2)读者借书。 (3)读者还书。 (4)图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称:借书证号 别名:卡号 含义说明:惟一标识一个借书证 类型:字符型 长度:20 …… 数据结构 (1)名称:读者类别 含义说明:定义了一个读者类别的有关信息 组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 (2)名称:读者 含义说明:定义了一个读者的有关信息 组成结构:姓名+性别+所在部门+读者类型 (3)名称:图书 含义说明:定义了一本图书的有关信息 组成结构:图书编号+图书名称+作者+出版社+价格 ……

数据流 (1)数据流名称:借书单 含义:读者借书时填写的单据 来源:读者 去向:审核借书 数据流量:250份/天 组成:借书证编号+借阅日期+图书编号 (2)数据流名称:还书单 含义:读者还书时填写的单据 来源:读者 去向:审核还书 数据流量:250份/天 组成:借书证编号+还书日期+图书编号 …… 数据存储 (1)数据存储名称:图书信息表 含义说明:存放图书有关信息 组成结构:图书+库存数量 说明:数量用来说明图书在仓库中的存放数 (2)数据存储名称:读者信息表 含义说明:存放读者的注册信息 组成结构:读者+卡号+卡状态+办卡日期 说明:卡状态是指借书证当前被锁定还是正常使用 (3)数据存储名称:借书记录 含义说明:存放读者的借书、还书信息 组成结构:卡号+书号+借书日期+还书日期 说明:要求能立即查询并修改 …… 处理过程 (1)处理过程名称:审核借书证 输入:借书证 输出:认定合格的借书证 加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。 …… 二、概念结构设计实例 1.标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述,可初步确定三个实体的属性为: 读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

数据库设计文档

学院 ~ 数据库课程设计报告$ ( ) 电子技术系 ! 专业班级 学生姓名 指导教师 . 实习地点

# / 数据库设计文档 一、系统需求分析报告(数据流图、数据词典和功能分析) 系统应具有售票、查询、管理和维护等功能,系统管理员可以进行对车次的更改、票价的变动及调度功能,票价的修改可以通过修改运价来进行,车次调度可通过对发车时刻表的修改来进行,维护功能即可对表进行修改。 1、功能需求 经过分析后确定系统应具备以下功能: — (1)、售票功能 ①销售车票 ②预订车票 ③退票 (2)、查询功能 ①— ②车次查询 ③时刻表查询 ④售票情况查询 (3)、调度功能 ①运价修改 ②~ ③车辆修改 ④终点站修改 ⑤车次修改 (4)、维护功能 ①车票表修改 ②— ③预订车票表修改 ④退票表修改

⑤密码修改 (5)、统计功能 ①售票统计 ②¥ ③报表打印 2、数据流图 使用结构化分析方法,确定系统的数据主要是运价、车次、终点站名、发车时间和车票,对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印,可以确定系统的处理逻辑和流程,得到如下所示的系统数据流图。 ) 3、数据字典: 经过分析可以得到以下数据流条目: 车次表=车辆编号+车型+座位数 终点站名表=站名+里程 运价表=车型+运价 { 发车时刻表=车次+车辆编号+站名+发车时间+检票口

已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否 预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量退票表=票号+退票时间+票价+应退款 售票员编号=工号+姓名 ) 车辆编号=6{数字}6 车次=4{字符}5 车型=1{字符}8 座位数=2{数字}2 检票口=1{数字}2 ` 站名=1{字符}10 里程=1{数字}5 运价=1{数字}6 发车时间={时间} 乘车日期={日期} , 票号=7{数字}7 票价=1{数字}5 全半价=2{字符}2 退票否={T|F} 预订号=4{数字}4 % 客户名称=6{字符}20 订票数量=1{数字}2 退票时间={日期时间} 应退款=1{数字}5 工号=3{字符}3 》 姓名=4{字符}8 二、数据逻辑结构设计(E-R图、关系模式和数据库结构) 1、E—R图

简单数据库设计实例

数据库设计实例 数据库设计是数据库应用系统设计的一个组成部分,其核心是针对于特定的应用环境,设计合理的数据模型,创建数据库及其应用系统,使之能够有效地存储和处理数据,以满足用户的应用需求。从实用角度出发,数据库设计可分为如下几个步骤: 第一步:创建概念数据模型 ◆确定实体和关系 ◆确定属性 ◆规化数据 第二步:生成物理数据模型 第三步:验证设计 为便于学习者理解和掌握,下面结合具体的实例来讲解和展示数据库设计的详细过程。假定我们要开发一个小型的ERP系统,以管理公司部资源,其应用业务场景描述如下: v512工作室由IT业界专业人士组成,在提供高端IT培训业务的同时,还自主制作并免费发布大量公益性学习资源,工作室以公司形式运营,目前共拥有18名员工,这些员工分属于4个部门,且员工之间存在上下级管理关系。计划将来根据业务的发展设立更多的部门,聘用更多的员工。为保证质量,工作室对其成员的各项专业技能进行了级别评定。 8.5.1 确定实体和关系 1. 确定高级别的活动 要确定本ERP系统数据库设计中的实体和实体间关系,首先应明确要基于该数据库执行的高级别活动,这里所谓的高级别活动是指从用户的视角出发,确定本数据库设计中系统所涉及到的业务活动。比如,存储和维护员工的个人信息等。 在前述的应用业务场景中,v512工作室需要考虑的高级别活动包括: -聘用新员工 -解雇现有员工 -维护员工的个人信息 -增设新部门 -裁撤现有部门 -维护部门信息 -维护工作室业务相关的技能信息 -维护各员工的业务技能掌握情况 2. 确定实体 接下来要确定的是,针对上述的高级别活动需要记录和维护有关哪些事物的信息,这些事物将被转换为实体。其中,员工相关信息可抽象为“Employee”实体、部门相关信息可抽象为“Department”实体、技能相关信息抽象为“Skill”实体,为规和方便起见,这些实体均采用英文命名,并尽量在名称中体现其含义。 3. 确定关系 进一步对上述高级活动进行分析,以确定实体间存在何种关系。具体包括: -Employee-Department实体之间存在隶属关系 员工必须且只能隶属于某一个特定的部门,一个部门可以包含0~多名员工,此为一对多关系。 这种从两个方向上对同一个关系的细化描述被称为关系的角色,每个关系都对应两种角色。

毕业设计管理系统数据库设计文档

访问统计 数据库设计文档 编写: 编写日期: 审核日期: 批准日期:

变更记录 签字确认

目录 1.1预期的读者 (4) 1.2数据库 (4) 1.2.1数据库类型及版本 (4) 1.2.2数据库命名规范 (4) 1.3目的和作用 (5) 2数据库设计 (5) 2.1物理结构设计 (5) 2.2数据库表结构设计 (5) 2.2.1访问统计......................................................................... 错误!未定义书签。

引言 预期的读者 1)项目经理 2)客户项目经理 3)系统开发人员 4)系统测试人员 数据库 数据库类型及版本 数据库类型:MySQL 版本:5.5.15 数据库命名规范 1、数据库表 根据表所属的子系统/模块,命名方式为: 数据库表名 = 子系统_模块 2、表字段 概念模型中,每个数据库中为每个表定义唯一的缩写 字段名为多个单词的组合时,第一个单词首字母小写,其他单词的首字母大写; 字段名为多个单词的组合时,若单词过长,截取3-5个字母 3、索引 索引名 = Idx + _ + 表缩写 + 相关字段/索引含义 4、关联 关联指数据库表之间的外键关系 关联名 = rl + _ + 主表 + 从表 (首字母大写) 5、存储过程

存储过程名 = proc + _ + 存储过程含义(首字母大写) 目的和作用 将数据分析的结果进一步整理,形成最终的计算机模型,以便开发人员建立物理数据库。 数据库设计 物理结构设计 数据库表结构设计 毕业设计管理系统 用户表(user)

项目管理-项目需求分析与数据库设计

第3章项目需求分析与数据库设计 3.1 项目开发背景 移动数据库是移动计算环境中的分布式数据库,移动数据库的应用大都嵌入到诸如掌上电脑、PDA、嵌入式设备等移动设备中,故移动数据库有时也称为嵌入式移动数据库。 目前绝大多数行业中数据存储与管理都需要随时随地进行,如果将数据存放在中心服务器数据库中,不便于各项数据操作,这时可以将中心服务器中数据库的部分数据,在联网状态下下载和保存到移动数据库中。这样很多的功能实现就可以在离线情况下直接在移动设备端实施完成,同时大幅度减少了中心服务器的负荷和压力。另外在设备端中对移动数据库的各项数据改变,也可以在网络连通时再传回到服务器上,以便保持服务器端与设备端数据的同步。 根据物流配送行业的特点,目前很多公司从客户商品购买到货物发送到客户手中这一系列业务流程都采用基于嵌入式设备的移动解决方案。工作人员在开始一天的工作时,可以直接通过手持设备查看当天要发送的所有货物信息,例如货物的收件人、收件地址和联系方式,并且可以给出一个最佳的投递路线。除此之外,当货物送达后,客户还可以直接在手持设备上进行电子签名以确认货物的送达,而后工作人员就可以将客户签名和货物送达信息直接通过无线网络传递给中心服务器,避免了一系列的“纸上操作”过程,大大加快了工作效率。 随着3G时代的到来,嵌入式移动数据库的应用会越来越广,利用嵌入式移动设备,当无线网络畅通时,可以利用无线网络获取所需的信息,并将这些重要信息存放到移动数据库中,这样既可以减少中心服务器的负载,又可以随时随地取得资料。当无线网络再次畅通时,我们又可以将移动数据库中的数据改变回传至中心数据库服务器。中心服务器数据库中如果存在新的数据信息,移动数据库也会自动加载这些新信息,确保了移动数据库和中心服务器数据库之间的数据同步。 3.2 项目的需求分析设计 3.2.1 项目业务需求描述 嵌入式软件开发公司对各地物流运输公司进行调研之后,整理出将要实现的移动物流配送系统业务功能,移动物流配送系统面向三类用户:客户服务人员、库房管理人员(包括装车人员)、货物运输人员。 (1)客户服务人员可以利用手持移动设备为客户购买所需商品,建立新的订单,并将新的客户订单信息发往商品所在的物流公司中央数据库服务器。 (2)库房管理人员可以利用手持设备获得中央数据库中有关客户订单的信息,确认客户

数据库设计文档

— 学院 数据库课程设计报告> < 电子技术系 ~ 专业班级 学生姓名 指导教师 实习地点 (

: 数据库设计文档 一、系统需求分析报告(数据流图、数据词典和功能分析) 系统应具有售票、查询、管理和维护等功能,系统管理员可以进行对车次的更改、票价的变动及调度功能,票价的修改可以通过修改运价来进行,车次调度可通过对发车时刻表的修改来进行,维护功能即可对表进行修改。 1、功能需求 经过分析后确定系统应具备以下功能: (1)、售票功能 ①销售车票 ②预订车票 ③' ④退票 (2)、查询功能 ①车次查询 ②时刻表查询 ③售票情况查询 (3)、调度功能 ①运价修改 ②车辆修改 ③( ④终点站修改 ⑤车次修改 (4)、维护功能 ①车票表修改 ②预订车票表修改 ③退票表修改 ④密码修改 (5)、统计功能 ①、 ②售票统计

③报表打印 2、数据流图 使用结构化分析方法,确定系统的数据主要是运价、车次、终点站名、发车时间和车票,对数据的操作主要有运价修改、车次修改、终点站修改、发车时间修改、售票及打印,可以确定系统的处理逻辑和流程,得到如下所示的系统数据流图。 、 3、数据字典: 经过分析可以得到以下数据流条目: 车次表=车辆编号+车型+座位数 终点站名表=站名+里程 运价表=车型+运价 发车时刻表=车次+车辆编号+站名+发车时间+检票口 已售车票表=票号+乘车日期+车次+站名+发车时间+票价+全半价+工号+退票否) 预订车票表=预订号+乘车日期+车次+站名+发车时间+车型+票价+客户名称+订票数量退票表=票号+退票时间+票价+应退款 售票员编号=工号+姓名

车辆编号=6{数字}6 车次=4{字符}5 车型=1{字符}8 座位数=2{数字}2 检票口=1{数字}2 ¥ 站名=1{字符}10 里程=1{数字}5 运价=1{数字}6 发车时间={时间} 乘车日期={日期} 票号=7{数字}7 票价=1{数字}5 全半价=2{字符}2 ( 退票否={T|F} 预订号=4{数字}4 客户名称=6{字符}20 订票数量=1{数字}2 退票时间={日期时间} 应退款=1{数字}5 工号=3{字符}3 姓名=4{字符}8 二、! 三、数据逻辑结构设计(E-R图、关系模式和数据库结构) 1、E—R图 》

数据库分析与设计报告(车辆管理系统)

1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库的建立和测试 6.数据库运行和维护 《车辆管理系统》数据库设计 班级:11计算机转 学号:1116939040 姓名:王湘萍 一.需求分析 1.1可行性分析 现在随着企业规模的扩大以及车辆作为最为普遍的交通工具,在企业中已经不是单一的存在,由于单位车辆数目的急剧增加,与之相对应的问题随之而生,比如车辆的使用权问题,车辆的费用问题等,不再是简单的少量的数据。为了解决这一系列的问题,我们必须借助于电脑的强大的数据处理能力和存储能力,如此可以减少人力财力来维护这些数据,可以用更少的投入来换取更佳的数据管理。因此,在这样的情况下,开发单位车辆管理系统是可行的,是必要的。如今,MIS开发已经慢慢的驱向成熟,车辆管理系统也有部分开发,但是都还不是十分完善。现今已经开发的车辆管理系统都是针对以运营为主的具有盈利目的的单位。比如,公交管理、出租车管理、运输公司管理、汽车站点的管理,而这些管理最主要是针对盈利的管理,很少有针对各种汽车使用权、车辆调配等各种普通单位,不是以车辆运营为盈利手段的车辆管理,针对这点,此系统就是适合如今大多数企业管理的车辆管理系统。 通过计算机系统对学校进行全面的管理,满足了学校的现代化管理的要求。 1)经济性 ①系统建设不需要很大的投入;

②可缩减人员编制,减少人力费用; ③人员利用率的改进; 2)技术性 ①处理速度快,准确; ②通过权限的设置,数据的安全性好; ③方便查询; ④控制精度或生产能力的提高 3)社会性 ①可降低工作人员工作强度,提高效率,会得到上下员工的一致同意的; ②可引进先进的管理系统开发方案,从而达到充分利用现有资源 1.2需求分析 现代信息技术特别是计算机网络技术的飞速发展,使我们的管理模式产生了质的飞跃,网络化管理将成为信息时代的重要标志和组成部分。探索、研究并构建适宜于在计算机网络环境下的管理模式,是我们责无旁贷的使命。 通过调查,要求系统需要具有以下功能: 1)由于操作人员的计算机知识普遍较差,要求有良好的人机界面。 2)由于该系统的使用对象多,要求有较好的权限管理。 3)方便的数据查询,支持多条件查询。 4)基础信息管理与查询(包括车辆信息、用车记录、部门信息)。 5)通过计算机,能够直接“透视”仓库存储情况。 6)数据计算自动完成,尽量减少人工干预。 7)系统退出。

数据库技术设计文档要求(计应)

数据库技术设计要求和报告规范 一、设计要求 1、4人一组,设有组长一人,每人都要有明确分工,按每人的分工完成情况评分。 2、自选题目,通过设计掌握数据库的设计的每个步骤,提交各步骤所需图表和文档。 3、独立完成设计,如有抄袭,成绩按零分计算。 4、设计步骤: (1)需求分析:根据自己的选题,进行分析并书写相关的文字说明。 (2)概念结构设计:绘制所选题目详细的E-R图。 (3)逻辑结构设计:将E-R图转换成等价的关系模式;按需求对关系模式进行规范化。 (4)物理结构设计:选定实施环境,存取方法等。 (5)数据实施和维护:用DBMS建立数据库结构,加载数据。 5、报告内容参考 第1章系统分析 1.1开发背景 1.2需求分析 第2章系统功能设计 2.1 功能设计 2.2 系统功能模块 第3章数据库设计 3.1数据库需求分析 3.2数据库概念结构设计 3.3数据库逻辑结构设计 3.4数据库物理结构设计 3.5 数据库实施 包括每个表的创建、视图的创建、索引的建立、函数、存储过程、触发器的创建。至少应包括表的创建,包括主键、外键和各种约束。 二、课程设计报告规范 1、说明书(论文)基本格式 报告打印时正文采用5号宋体,A4纸,页边距均为20mm,行间距采用18磅。 2、说明书(论文)结构及要求 ⑴封面(样例见附件) 包括:题目、系别、班级、完成日期及指导教师、学生姓名等项。 ⑵目录 要求层次清晰,给出标题及页次。 打印时各章题序及标题用小4号黑体, 其余用小4号宋体。

⑶正文 正文应按照目录所确定的顺序依次撰写,要求计算准确,论述清楚、简练、通顺,插图清晰整洁。文中图、标及公式应规范地绘制和书写。

新闻管理系统数据库设计说明书

新闻管理系统数据库设计说明书 目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2外部设计 (2) 2.1标志符和状态 (2) 2.2使用它的程序 (2) 2.3约定 (2) 2.4专门指导 (5) 2.5支持软件 (5) 3结构设计 (5) 3.1概念结构设计 (5) 3.2逻辑结构设计 (11) 3.3物理结构设计 (11) 4运用设计 (15) 4.1数据字典设计 (15) 4.2安全保密设计 (16)

1引言 1.1编写目的 本文档为新闻管理系统的数据库设计报告,为新闻管理系统的设计主要依据,主要针对新闻管理系统的概要设计和详细设计人员,作为项目验收的主要依据。 1.2背景 (1)待开发的软件系统名称:新闻管理系统 (2)本项目的任务提出者:team小分队 (3)开发者:team小分队 (4)用户:社会各阶级人群,主要人群大学生 1.3定义 (1)可靠性(Reliable),软件系统对于用户的商业经营和管理来说极为重要,因此软件系统必须非常可靠。 (2)安全性(Secure),软件系统所承担的交易的商业价值非常高,系统的安全性非常重要。(3)可伸缩性(SCAlable),软件必须能够在用户的使用率、用户的数目增长很快的情况下,保持合理的性能。只有这样,才能适应用户市场拓张的可能。 (4)可定制化(CuSTomizable),同样的一套软件,可以根据客户群的不同和市场需求的变化进行调整。 (5)可扩展性(Extensible),在新技术出现的时候,一个软件系统应当导入新技术,从而对现有系统进行功能和性能的拓展。 (6)可维护性(MAIntainable),软件系统的维护包括两方面,一是排除现有的错误,二是将新的软件需求反映到现有的系统中去。一个易于维护的系统可以有效地降低技术支持的花费。 (7)客户体验(Customer Experience),软件系统必须易于使用。 (8)市场时机(Time to Market),软件用户要面临同业竞争,软件提供商也要面临同业竞争,以最快的速度争夺市场先机非常重要。 1.4参考资料 《软件工程》

相关文档
最新文档