多功能通讯录毕业设计说明书Word格式.docx
- 文档编号:5364747
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:35
- 大小:2.06MB
多功能通讯录毕业设计说明书Word格式.docx
《多功能通讯录毕业设计说明书Word格式.docx》由会员分享,可在线阅读,更多相关《多功能通讯录毕业设计说明书Word格式.docx(35页珍藏版)》请在冰点文库上搜索。
在创建工程时,可以通过对应于工程类型的工程模板,为您建立一个初始的开发环境。
工程类型有:
应用程序(或)、基于文档的应用程序(或)、工具、程序包、和框架。
使用编译器()来编译软件,使用源代码级调试器()来调试软件。
在开发中使用和从它还是(参见"
一点历史"
部分)的时代就开始了。
对二进制代码的编译和调试经过多年的精化、扩展、和调优。
也有一个类浏览的功能,可以查看所有导入的框架类和您自己的定制类,还有它们的继承关系;
从类浏览器中,您可以请求查看任何类的文档。
还包含一些设计工具,其中有一个工具可以用于设计程序中使用的数据实体的属性和关系。
和另外一个主要的开发工具良好地集成在一起。
在中,您可以定义一个类(包括超类,插座变量,和动作),并为工程中的每个类生成源代码文件的框架。
在中,您可以为定制类添加插座变量和动作,然后让将这些实体导入到文件中。
语言
语言简介
,通常写作和较少用的或,是扩充的面向对象编程语言。
它主要使用于和这两个使用标准的系统,而在和中它更是基本语言。
可以在运作的系统写和编译,因为含的编译器。
是非常“实际”的语言。
它使用一个用写成、很小的运行库,只会令应用程序的大小增加很小,和大部分系统使用极大的执行时间会取代了整个系统的运作相反。
写成的程序通常不会比其原始码大很多。
而其函式库(通常没附在软件发行本)亦和系统要使用极大的内存来开启一个窗口的情况相反。
[]的最初版本并不支持垃圾回收。
在当时这是争论的焦点之一,很多人考虑到回收时有漫长的“死亡时间”,令整个系统失去功用。
为避免此问题才不拥有这个功能。
虽然某些第三方版本已加入这个功能(尤是),在其中仍未引入这个功能。
[]另一个问题是不包括命名空间机制()。
取而代之的是程序设计师必须在其类别名称加上前缀,时常引致冲突。
在年,在编程环境中,所有类别和函式均有“”作为前缀,例如或来清楚分别它们属于核心;
使用“”是由于这些类别的名称在开发时定下。
虽然是的母集,但它也不视的基本型别为第一级的对象。
和不同,不支援运算子多载(它不支持多型)。
亦与不同,但和相同,只容许对象继承一个类别(不设多重继承)。
[]和不但可以提供很多多重继承的好处,而且没有很多缺点,例如额外执行时间过重和二进制不兼容。
与的比较
.单一继承:
不支持多重继承,(同和),而语言支持多重继承。
.动态:
是动态定型()所以它的类库比要容易操作。
在运行时可以允许根据字符串名字来访问方法和类,还可以动态连接和添加类。
跟从面向对象编程里的(一种早期语言)学派,而属于学派。
在里,对象的静态类型决定你是否可以发送消息给它,而对来说,由动态类型来决定。
学派更安全,因为大部分错误可以在编译时查出。
[]而学派更灵活,比如一些看来无误的程序拿到那里就无法通过。
框架
是苹果公司为所创建的原生面向对象的,是上五大之一。
应用程序一般在苹果公司的开发工具(前身为)和上用写成。
不过,通过、、、以及等桥接技术,、、、、、、等其它工具或者语言也可以用来开发应用。
也有一些其它语言的实现无须桥接,比如苹果公司开发的和类似的语言。
不使用和,仅仅通过文本编辑器、和工具也可以用语言开发应用。
两大核心框架
()框架设计目标:
为诸如内存管理、对象改变和通告这样的事物定义基本的对象行为和引入一直的规则。
通过程序包技术和字符串支持国际化和本地化。
支持对象的持久保存和分发。
在一定程度上独立于,以支持移植。
为编程的元类型提供对象封装或价物,数值、字符串、集合以及端口、线程、文件系统等为访问底层系统实体和服务提供的工具类。
()的几个范式和策略:
对象所有权和对象的清除。
建立一个对象所有权策略以代替垃圾收集机制。
指定对象需要释放自己创建、拷贝、显示保留的其他对象。
自动释放池(类中定义)实现一种迟缓释放()机制。
变体,很多值和容器类的不可变类都有一个可以修改的变体。
可变类的实例从不可变类中继承过来。
类簇,是一个抽象类以及一组私有的具体子类的组合。
抽象类是这些子类的雨伞接口。
根据不同情况,类簇可以返回适当优化的类实例,比如和就是针对不同的存储需要进行优化的各种私有子类实例的经纪类。
[]通告是主要设计模式,它基于广播机制,使一个对象可以在另一个对象进行某种任务或遇到某情况时,以用户或系统事件的方式得到通告。
同步、异步和分布式通告。
有、、和类实现。
框架包含实现图形、事件驱动的用户界面需要的所有对象:
窗口、对话框、按键、菜单、滚动条、文本输入框等的。
处理所有细节。
高效的进行屏幕描画、营建设备和屏幕缓冲区进行通讯,描画前清除屏幕上的区域已经视图裁剪。
大多数类都是支持类,可以不用直接使用。
用创建用户界面对象到应用程序控制器对象的连接,控制器对象负责管理用户界面,协调用户界面和内部数据之间的数据流。
可能用到控制器对象,可能需要实现一个或多个定制控制器类(特别是使用那些类的动作和委托方法)。
如果我们都类和协议熟悉,我们可以以编程方式控制用户界面。
也可以通过子类化或在其他类实现自己的对象。
第三章需求分析
功能需求分析
功能设计
该多功能通讯录系统使用的设计模式,进行手机基本通讯录的设计与开发,同时,在此基础上按照大多数人的使用习惯与需求对手机通讯录进行优化与管理,并把一些常用的功能加入其中,使该体统更符合人性化,使用起来更加舒畅与便捷。
此系统主要设计功能如下:
.添加联系人,用户可以添加把联系人添加入通讯录;
.搜索联系人,用户可以通过手机号,姓名简拼、全拼、汉子等搜索联系人;
.发送短信,用户可以直接点击联系人信息里的短信发送;
.拨打电话,用户可以直接拨打联系人的手机或者固定电话;
.联系人分组,联系人可以像联系人列表一样进行分组;
.删除联系人,用户可以单个删除联系人和批量删除联系人;
.备忘录,在基础通讯录的基础上增加一个备忘录的功能,使用户能更方便的使用备忘录等。
性能需求分析
对手机软件的开发,首先要有良好的用户体验,而良好的用户体验可以从以下的几个方面入手:
()搭建友好的界面
对于一个手机软件来说,界面友好很重要,用户的界面要直观、简洁,设计要合理,方便用户进行操作,让用户操作起来比较流畅、舒服,并且视觉效应好。
()能够非常流畅的快速响应
用户的输入或查询等的请求快速处理,对算法就行优化,对于某些需要时间稍微长点处理的部分,在其处理时可以给用户一个提示,让用户知道该软件正在运行状态。
()无缝性
一个常见的应用无缝问题,就是在后台进程中对某事件作出响应而弹出对话框,这看起来似乎并没有多大的妨碍,特别是当自己在虚拟机上单独地构建和测试该应用时。
但是,当我们的应用在真机上运行时,后台线程显示对话框,我们的应用当时可能就没有获得用户焦点,这就会出现应用在活动的应用后面显示对话框,或者从当前应用中获得焦点并显示对话框的情况,而不管当时用户正在做什么(如正在发短信等);
那样的行为可能对应用或用户不起作用。
所以,为了避免此类问题的出现,我们的应用应该利用适当的系统资源——类,来通知用户。
利用通知,我们可以在状态条上显示一个图标,来告诉用户该应用的事件已经发生,而不是获得焦点或者打断用户的操作。
系统用例分析
用例分析处于需求与设计之间,是连接两者之间的桥梁,当我们进行用例分析之后,我们可以清晰的看到系统多需要的用例以及该用例在系统之中的作用,而在本系统之中,主要的用例是用户对通讯录的一些操作与管理用例,用户可以添加联系人(在添加联系人时可以通过系统授权读取相册图片添加用户的头像)、搜索联系人、删除联系人、修改联系人的信息等,还可以对其他扩展功能进行操作与管理,通过这些用例分析了解该用例在系统中对应的作用。
系统用户用例图如图所示:
图系统用户用例图
本章总结
本章主要是对系统需求进行分析,从系统的功能需求分析,对系统一些功能需求进行分析;
到系统性能需求分析,包括搭建友好的界面、非常流畅的快速响应以及无缝性;
对最后再到对本系统的用例进行分析,包括添加联系人(在添加联系人时可以通过系统授权读取相册图片添加用户的头像)、搜索联系人、删除联系人、修改联系人的信息等,还可以对其他扩展功能进行操作与管理等。
充分考虑到系统在设计时需要实现的内容,需要在性能方面需要达到的要求以及系统涉及的用例。
在设计系统时所需要考虑到用户的一些需求内容。
第四章系统概要设计
系统设计结构及说明
本系统为基于操作系统的多功能通讯录,主体结构划分为:
(1)搜索
用户可以在搜索界面,对联系人进行搜索。
我们可以通过手机号、联系人姓名全拼、联系人简拼等进行搜索,也可以模糊搜索,搜索到的联系人我们可以查看详细信息,修改联系人信息,可以发送短信、拨打电话。
(2)通讯录
在通讯录主功能页面我对通讯录所有联系人进行了类似好友界面一样进行分组,我们可以点击每一个分组展开该分组,从而能够快速的找到自己想要找到的联系人,同时也可以对联系人进行操作与管理
(3)其他功能
在其他功能里,我对通讯录外的一些常用功能进行了整合,我们可以在里面查看日历,或者写备忘录等。
系统结构图如图所示:
图系统结构图
数据库设计
系统数据表的设计
数据库表的设计是根据系统的需求来进行设计的,充分考虑了各种数据表之间的划分与关联,保证用户的数据正确且有效,本系统共有三张表:
1、联系人信息表()
联系人表用于记录通讯录里的联系人,包括编号()、姓名()、手机号()、电话号码()、邮箱()、地址()、头像()、分组(),用户可以对其进行增加联系人信息、删除联系人、修改联系人信息、查询联系人等操作。
表具体信息如表所示:
表联系人信息表
字段名
中文含义
数据类型及长度
关键字
是否可空
联系人编号
主键
否
联系人姓名
()
是
手机号码
电话号码
电子邮箱
联系人地址
联系人头像
联系人分组编号
外键
2、联系人分组表()
联系人分组表主要用于记录用户设定的联系人的分组,包括分组编号()、分组名()、分组备注(),用户可以通过分组编号查询出组名把联系人进行分组,在添加联系人的时候可以选择给新添加的联系人进行分组,在修改联系人信息的时候也可以给联系人修改分组。
具体表信息如表所示:
表联系人分组表
分组编号
分组名
分组备注
3、备忘录表()
备忘录表是为了便于用户在录通讯录里使用备忘录而设计的,包括备忘录编号()、备忘录标题()、备忘录内容()、记录时间()、已经完成(),用户可以对其进行增加备忘录、删除备忘录、记录是否完成等操作。
备忘录编号
备忘录标题
备忘录详细内容
备忘录记录时间
是否已经完成
数据表关系
根据以上表的结构与对应的关系,列出各表之间的关系如图所示:
图系统类图
数据库物理结构
用创建数据库
建库
(){
*(,,);
*[];
*["
"
];
[];
(!
[]){
("
!
);
;
}
}
用创建联系人信息表
建表
判断表是否存在
["
]){
["
(,,,,,,,)"
用创建联系人分组表
(,,)"
用创建备忘录表
"
(,,,,)"
数据流图
在此多功能通讯录系统中,由于是面向用户单人操作,所以只有一个用户对系统各操作的数据流,该数据流分为两层,层表示主数据流,层表示细化数据流,具体数据流图如下
搜索数据流图
.根据系统的功能模块分析,我们可以画出搜索的数据流图,搜索数据流图层数据流主要展示一些主流数据的流向。
如图所示:
图搜索层数据流图
.在层数据流的基础上进行细化,我们可以得到层数据流图。
通讯录数据流图
.在搜索数据流之后,我们可以看到基础通讯录的功能模块,通过对该模块的分析,可以得到通讯录的层数据流图。
图通讯录层数据流图
.在通讯录层数据流的基础上进行细化分析,可以得到通讯录层数据流图。
其他功能数据流图
.通过分析其他功能模块,从中提取数据流来画出数据流图,首先可以得到层数据流图。
图多功能层数据流图
.在层数据流的基础上通过细化分析可以得到层数据流图。
如图所示
数据字典
数据字典(,)是关于数据的信息的集合,是对各数据流图中包含的不同元素之间的联系与定义的一种集合。
数据字典为数据的详细信息与作用提供软件分析和设计过程。
在数据流图中出现的命名元素在数据字典中都作为一个词条加以定义,使每个图形元素的名字都有一个确切的解释[]。
数据字典和数据流图共同构成系统的逻辑模型,只有把数据流图和数据流图中每个元素的确切定义放在一起,才能构成系统的需求规格说明[]。
以下是多功能通讯录信息管理的数据字典。
数据流描述
.在本系统中,联系人信息数据流描述如表所示:
表联系信息数据流
系统名称
联系人信息管理
编号
名称
联系人信息表
来源
用户添加联系人
去处
用户查看及使用联系人信息
数据流结构
联系人信息={编号、姓名、手机号、电话号码、邮箱、地址、头像、分组}
简要说明:
编号为主键(自增),其他信息均为用户添加
.在本系统中,联系人分组数据流描述如表所示:
联系人分组管理
联系人分组表
用户建立联系人分组
联系人分组显示,用户选择把联系人分组
联系人分组={分组编号、分组名、分组备注}
分组编号为主键(自增),其他信息均为用户填写
.在本系统中,备忘录管理数据流描述如表所示:
表备忘录管理数据流
备忘录管理
备忘录表
用户新建备忘录
提醒用户备忘录任务的完成度
联系人分组={备忘录编号、备忘录标题、备忘录内容、记录时间、已经完成}
备忘录编号为主键(自增),其他信息均为用户添加
数据处理描述
.在本系统中,联系人信息数据处理过程如表所示:
表联系信息数据处理
添加联系人信息
输入
联系人的基本信息
输出
处理过程:
用户通过新建联系人添加联系人的信息,提交保存到联系人信息表中
.在本系统中,联系人分组数据处理过程如表所示:
表联系分组数据处理
建立联系人分组
分组信息
用户通过建立联系人分组,提交保存到联系人分组表中
.在本系统中,备忘录管理数据处理过程如表所示:
表备忘录管理数据处理
新增备忘录
备忘录信息
用户通过新增备忘录,提交保存到备忘录表中
系统图
我们通过对系统的需求分析以及系统设计的分析,把系统的一些主要信息抽象为概念模型,它关系到整个系统的体系结构与与数据结构的设计,而(,实体联系)模型是对整个系统概念模型设计的体现,而我们的系统就是使用模型对整个系统的概念模型进行分析与设计
在模型图中,体现出了实体与实体之间的关联,每一个实体是一张表,通过以上的系统设计及数据结构的设计我们可以得到本系统整体的模型图。
图系统图
本章总结
本章为本系统基于多功能通讯录的概要设计,本章概要设计主要包括系统结构及说明、数据库设计、数据表关系、数据库物理结构、数据流图、数据字典、系统图六大部分。
从上往下充分的对系统的主体功能与系统逻辑关系进行了分析与设计,把整个系统的主要内容进行了提取,并把这些内容整合成了系统的概要设计与分析,在系统最后用模型图把系统实体之间的联系完整的体现了出来,同时也为后期的详细设计以及系统的实现做好了很好的铺垫。
第五章系统的详细设计
系统业务流程
本系统的操作者是手机的主人,也就是手机的使用者,基本上只针对单一用户。
用户在使用该多功能通讯录时很很直观的就可以看到系统的主要的三大模块,主界面的设计为做为控制器,在其控制下有三个子控制器,分别为搜索、通讯录、其他功能;
用户可以在搜索子控制器内通过一些关键字来搜索自己想要找的联系人,人后可以拨打其电话或给其发送短信;
在通讯录子控制器内分组显示联系人,用户可以对其操作改变其分组,并且可以在分组内很直观的找到所需要的联系人信息;
在其他功能子控制器内,用户可以使用备忘录等功能,并且可以对这些功能进行管理。
系统模块时序图
时序图是的一种用户与系统或系统模块与模块之间的交互图,又可以称之为顺序图或者序列图,它是通过事件发生的时间顺序来体现对象之间的消息交互或者协作运行,它也可以表示一个或者多个用例的发生的序列。
在我们的详细设计里,时序图主要用来表示用户与系统交互发生事件的时间顺序与过程。
搜索时序图
在本系统的联系人搜索中,用户可以通过一系列的关键字在查询联系人,控制器中通过模糊查询或者具体条件查询进行数据库操作,系统再把查询到的结果反馈显示给用户,用户在此基础上还可以拨打联系人的电话,发送短信等。
1.搜索联系人
用户可以在搜索页面在搜索框中输入联系人姓名、联系人姓名简拼、联系人姓名全拼、联系人手机号码等关键字,通过与后台数据库交互进行条件查询或者模糊查询,把查询到的结果返回到控制器,然后以的形式显示给用户。
时序图如图所示:
图搜索联系人
2.拨打电话、发送信息
用户可以给选择的联系人拨打电话或者发送短信,用户给联系人拨打电话与发送短信是通过与系统交互调用系统电话拨打或发送短信。
图电话与短信
3.修改联系人信息
在进入联系人详细信息界面后,用户可以通过编辑联系人信息来修改联系人的部分信息,包括姓名、手机号码、电话号码、电子邮箱、地址、分组等信息,系统在用户提交完编辑后对数据库里的信息进行更新,然后反馈给用户是否修改成功。
图修改联系人信息
分组管理时序图
分组管理主要体现在三大子控制器之一的通讯录模块中,系统从数据库中提取出所有的联系人,从中根据用户添加联系人时的所选择的分组来进行数据排序,其中也包含未分组的联系人,用户可以根据需求实时查询出需要的联系人,在这一模块中还包含新增联系人模块。
.联系人分组
系统通过库从里提取出所有的联系人数据,然后根据用户的分组管理进行分组排序,再把这些数据以模型的形式分别在上给用户显示出来,用户可以点击展开分组,并可以对分组中的联系人操作管理。
图联系人分组
.新建联系人
用户在新建联系人界面把联系人的姓名、手机号码等信息填写完,然后通过控制器把联系人的信息发送到数据库,系统再判断是否成功添加新联系人,把结果反馈给用户。
图新建联系人
多功能管理时序图
多功能管理主要体现在三大子控制器之一的多功能模块中,在该模块中,用户可以便捷的使用日历、备忘录等功能,用户对备忘录可以进行增、删、改、查操作,其中排序是根据时间的先后顺序。
.查看日历
用户可以在多功能界面打开日历功能,查看日历并且定位当前日期。
时序
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 多功能 通讯录 毕业设计 说明书