基于android的手机日程管理系统数据库设计说明书.doc

基于Android的手机日程管理系统的设计与实现数据库设计说明书 学生姓名： 王炜 学 号： 09110514034 指导教师： 刘雪梅 课题类型： AXP 专 业： 软件工程 学 部 ： 信息学部 审核组长： 北京城市学院2013 年 2月 19日日期版本说明作者2013/2/191未评审的初稿王炜2013/3/62内容删改王炜目录1、引言11.1编写目的11.2背景11.3参考资料12、外部设计22.1标识符和状态22.2使用它的程序22.3约定22.4专门指导42.5支持软件43、结构设计43.1概念结构设计43.2逻辑结构设计63.3物理结构设计64、运用设计74.1数据字典设计74.1.1数据流和数据文件84.1.2数据项84.2安全保密设计981、引言1.1编写目的数据库设计说明书是根据概要设计说明书的要求所编写的，是为详细设计作依据的，为详细设计提供标准，并提供给毕业设计审核组。1.2背景待开发的数据库的名称：TODO_DB使用此数据库的软件系统的名称：SQL该软件系统开发项目的任务提出者：毕业设计审核组该软件系统的用户：android手机用户1.3参考资料1数据库系统概念（原书第5版） 作者： Database Systems Concepts ,Fifth Edition 出版社：机械工业出版社2009年2数据库系统原理教程 作者：王珊等 清华大学出版社2008年3赵亮;张维;基于Android技术的界面设计与研究J;电脑知识与技术;2009年29期.4方明;田野;户银龙;基于Android平台的嵌入式软件项目组织方法J;电脑知识与技术;2011年34期.5陈璟;陈平华;李文亮;Android内核分析J;现代计算机(专业版);2009年11期.6姚昱旻;刘卫国;Android的架构与应用开发研究J;计算机系统应用;2008年11期.7方明;田野;户银龙;基于Android平台的嵌入式软件项目组织方法J;电脑知识与技术;2011年34期.8叶炳发;Android操作系统移植及关键技术研究D;暨南大学;2010年.9岳传真;Android系统移植和应用程序开发D;复旦大学;2010年.10刘敏;移动终端的Android移植与应用程序设计D;西安电子科技大学;2011年.11胡思捷;基于Android平台的触摸屏系统设计及实现D;南开大学;2011年.12施金兰;基于Android平台的网络共享研究与实现D;华东师范大学;2011年.13李凯;Android操作系统分析与移植D;华南理工大学;2011年.14刘瑞顺;基于Android平台的智能手机输入法研究与设计D;汕头大学;2011年.2、外部设计2.1标识符和状态数据库表的命名是用表名的英文或英文缩写，编程实现简单易记。表1 数据库表介绍表格式描述说明1diaries日程内容表用户输入的日程信息2todo_table提醒密码表用户输入的密码信息3todo_schedule课程内容表用户输入的课程信息2.2使用它的程序当用户使用基于android的手机日程管理系统时即调用内部嵌入式数据库2.3约定在软件系统开发中，数据库设计应遵循必要的数据库范式理论，以减少冗余、保证数据的完整性与正确性。数据库命名范式：（1）数据库设计字符规则：采用26个英文字母（区分大小写）和0-9这十个自然数，加上下划线_组成，共63个字符。不能出现其他字符（注释除外）。（2）数据库对象命名规则：数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。前缀：使用小写字母。表2 数据库对象命名规则表tb视图vi存储过程sp函数fn（3）实际名字：实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和下划线_开头。例如：表2 实际名字表Cus _Info视图Cus List存储过程Cus Delete因此，合法的对象名字类似如下。表3 合法的对象名字表tbCus _Info、tbOrder_Detail视图vi_OrderList存储过程sp_OrderAdd（4）数据库表命名规则：字段由前缀和实际名字组成，实际名字中首单词一个系统尽量采取同一单词。前缀：使用小写字母tb，表示表。例如：tbMember tbMember_Info tbForum_Board tbForum_Threadl（5）字段命名规则：部分字段由表的简称，实际名字加后缀组成，其余字段可用实际名称组成。例如：CusID（6）视图命名规则：字段由前缀和实际名字组成，中间用下划线链接。前缀：使用小写字母vi，表示视图。例如：vi_ Cus Vi_ CusInfo（7）存储过程命名规则：字段由前缀和实际名字组成，中间用下划线链接。前缀：使用小写字母sp，表示存储过程。例如：sp_ Cus（8）数据库设计文档规则：所有数据库设计要写成文档，文档以模块化形式表达。大致格式如下： - 表名： tb Cus_Info 建立人： UAM_Richard 日期： 2012-05-15 版本： 1.0 描述： 保存用户资料具体内容：Cus ID int, 自动增量 用户代码Name char(12) 用户名字 - （9）sql语句规则：所有sql关键词全部大写，比如SELECT,UPDATE,FROM,ORDER,BY等等。2.4专门指导无2.5支持软件因此数据库是基于android平台，所以只要是android系统的都支持3、结构设计3.1概念结构设计本数据库将反映的是现实世界中的实体、属性和它们之间的关系等的原始数据形式包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位及值域建立本数据库的每一幅用户视图。总设计E-R图：图1 系统总设计E-R图（1）课程表E-R图：图2 课程表E-R图（2）日程表E-R图：图3 日程表E-R图（3）提醒密码表E-R图：图4 提醒密码表E-R图3.2逻辑结构设计 数据在实际设计的过程中表现为相互关联的表这些关联表反应了客观存在的一些事物以及它们之间关联。通过E-R图本系统在数据库设计过程中主要设计了以下的表：表2 Diaries表列名数据类型默认值约束Event_typeintegerNot nullcontenttextNot nullhourintegerNot nullminuteintegerNot nulldatetextNot nullrateintegernull表3 Todo_schedule表列名数据类型默认值约束Todo_weekintnullTodo_sectionintnullTodo_coursevarcharnullTodo_addvarcharnull表4 Todo_table表列名数据类型默认值约束Todo_remindtextnullTodo_remind_timetextnullTodo_remind_timeIdtextnull3.3物理结构设计本数据库是嵌入式，所以无特殊物理结构设计。4、运用设计4.1数据字典设计数据库建模有一种图形方法，称为实体联系图，即E-R图。E-R图具有三个主要的部分：（1）实体集。客观存在并可相互区别的事物称为实体。实体可以是具体的人，事，物，也可以是抽象的概念或联系，如一个职工，一个学生，学生的一次选课，部门的一次订货等都是实体。（2）属性。属性是描述实体某个特性的值。一个实体可以有多个属性来刻画。例如：学生实体可以有学号，姓名，性别，出生年份，系，入学时间等属性组成。（3）联系。联系是两个或者多个实体集之间的连接。两个实体集之间的联系可以分为三类：l 一对一的联系（1:1）如果对于实体集A中的每一个实体，实体集B中至多有一个实体与之联系，反之亦然则称实体集B具有一对一的联系。l 一对多的联系（1：n）如果对于实体集A中的每一个实体，实体集B中有n（n=0）个实体与之联系，反之，对于实体集B中的每一个实体，实体集A中至多有一个实体与之联系。则称实体集A与实体集B具有一对多的联系。l 多对多的关系（n: n）如果对于实体集A中的每一个实体，实体集B中有n（n=0）个实体与之联系，反之，对于实体集B中的每一个实体，实体集A中有m（m=0） 个实体与之联系。则称实体集A与实体集B具有多对多的联系。在E-R图中，一般用矩阵表示实体，在矩形框内写明实体名。用椭圆表示属性，并用无向边将其与相应实体连接起来。联系用菱形表示，菱形框内写明联系名，并用无向边将其与有关实体连接起来。同时在无向边旁边标上联系的类型（1:1,1：n, m：n）4.1.1数据流和数据文件Diaries表=Event_type+content+hour+minute+date+rateTodo_schedule表=Todo_week+Todo_section+Todo_course+Todo_addTodo_table表=Todo_remind+Todo_remind_time+Todo_remind_timeId4.1.2数据项 名称 日程类型别名 Event_type备注 用户的日程类型名称 内容别名 content备注 用户日程信息名称 小时别名 hour备注 用户日程安排小时显示名称 分钟别名 minute备注 用户日程安排分钟显示名称 日期别名 date备注 用户日程日期，日历显示名称 效率别名 rate备注 用户日程优先级选择输入信息名称 课程星期显示别名 Tod