天气预报系统2.docx
《天气预报系统2.docx》由会员分享，可在线阅读，更多相关《天气预报系统2.docx（23页珍藏版）》请在冰豆网上搜索。
天气预报系统2
题目天气预报系统的研究与分析
第一章引言
1.1项目背景
随着移动通信技术的发展和无线数据业务的进步，手机已被赋予了除通话以外的其它许多功能。
全新的手机软件领域已逐渐聚焦了众多软件开发商的目光，软件开发者和软件用户将共同面临这个振奋人心的新境界。
本设计使用Android设计技术开发了一种运用在Android系统上的手机天气预报软件系统，本系统通过选择城市来获得天气，风向，风向，温度等信息。
基于手机的天气预报系统软件可以使用户对于各地的天气情况的实时掌握，
极大的方便了用户的出行和行程安排，避免了不必要的麻烦，具有很强的实用性。
1.2同类系统研究与应用现状
天气软件是一种非常实用的信息服务，随着智能手机的不断普及，各种智能手机平台下都有各种各样的天气软件。
Android作为现在主流的智能手机之一，自然也需要这方面的软件。
天气关系到人们的日常生活，如告知温暖，方便出行等。
一款简单实用的天气软件会很吸引用户。
基于Android平台的天气软件已经有很多，经过分析，用户第一眼往往是一个软件的外观，一个好看的界面才能让用户以一种爱美之心去尝试，才能进一步了解一个软件的好坏，所以吸引眼球的界面是争取用户的第一步。
因此，界面设计工作对应用程序来说非常重要，在界面上吸引了用户，才能进一步让用户体验应用程序中的功能，使用这
个软件。
1.3研究的内容和主要工作
1.3.1研究的内容
1.引导界面
描述：
首次进入该软件时，进行用户引导说明的
2.主界面
属性：
必选
描述：
从引导界面后跳到天气预报主界面，选择城市并显示天气信息，完成下列情况：
●显示单个城市的当天天气
●使用ScrollView,ViewPager
●其他有创意的方式
3.关注城市列表管理
1.1.1城市列表（字符）
属性：
必选
描述：
以列表的方式逐条显示关注城市名称。
4.关注城市列表的管理
描述：
对关注的城市列表进行添加、删除等管理
5.多天天气曲线显示；
属性：
必选
描述：
能够显示多天天气，将温度信息用曲线连接起来。
1.2信息来源
属性：
任选
描述：
可以选择从不同天气API获取信息。
例：
●XX开放平台
●新浪天气
●国家气象中心
●K780API
●其他数据来源
6.转场动画
描述：
界面切换时用动画过度。
7.通知栏显示
描述：
在通知栏中显示基本天气信息。
8．数据保存
描述：
保存天气信息，在没有网络的状况下打开软件，加载上次启动时的数据
1.3.2本人主要工作
第二章业务分析
软件需求分析就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合。
需求必须是完整的，足以使设计师和工程师来开发一个使客户满意的软件产品。
软件需求分析主要包括三个不同的层次：
业务分析、功能分析和数据分析。
业务分析是客户对软件制品目标的高层次要求。
2.1业务描述
业务描述是客户对软件制品目标的高层次要求的形象化阐述。
2.1.1组织结构分析
组织结构图是企业的流程运转、部门设置及职能规划等最基本的结构依据，常见的组织结构形式包括中央集权制、分权制、直线式以及矩阵式等。
图1天气预报组织结构图
如图1所示，天气预报系统由引导界面，主界面，关注城市列表，多天气曲线显示，转动动画，通知栏显示
2.1.2业务问题概述
在如今社会，人们的生活质量的提高，人们的对软件的要求越来越高。
现在用户对手机应用的要求不仅仅是实用了，用户体验变得尤为重要，精美的画面，酷炫的动画成为用户选择软件的重要因素。
天气预报，可以让我们随时随地都能查看天气信息。
简洁，明了，清晰的界面效果的用户体验。
让我们出门、旅行无忧。
2.2原有业务流程分析
原有业务流程分析采用流程图描述系统中数据的显示以及各页面之间跳转的图表，主要是描述业务走向，以业务处理过程为中心。
2.2.1数据解析流程
图数据解析流程图
如图所示，通过网址，我们将获取网址中天气的各种数据（String类型），再通过Json解析，解析成Json的格式，并将这些数据显示在相应的TextView以及画布中。
2.2.2天气预报流程
2.3业务流程再造
业务流程再造是指从根本上对原来的业务流程做彻底地重新设计，把直线职能型的结构转变成平行的流程网络结构，优化管理资源和市场资源配置，实现组织结构的扁平化、信息化和网络化，从结构层次上提高企业管理系统的效率和柔性。
2.3.1天气预报流程
流程再造业务流程图
如图所示，首先服务器会等待网址，解析网址中的天气数据，再将数据传送到用户的主页面以及画布上，而且服务器一直处于监听状态，如果等待的网址出现变化，则立即更改主页面以及画布上的数据。
第三章功能分析
功能分析描述了待开发的软件必须完成的任务，定义了必须实现的软件功能，使得用户通过这些功能完成他们的任务，从而满足业务需要。
3.1角色分析
以下从身份证上课考勤系统的实际需求分析，系统涉及到以下角色：
表3角色划分表
角色
职责或功能
用户
系统主要参与者
3.2系统用例分析
用例（usecase）表示参与者与系统的一次交互过程。
用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。
3.2.1总体用例分析
图3.1天气预报系统总体用例图
3.2.2子用例分析
3.2.2.1天气预报用例
表1查看当前城市的天气用例描述
描述项
说明
用例名称
查看当前城市的天气
用例描述
描述了当前城市的天气情况
参与者
用户
操作流程
表2进入天气预报系统的引导界面用例描述
描述项
说明
用例名称
进入天气预报系统的引导界面
用例描述
描述了用户进入天气预报系统时所看到的界面
参与者
用户
操作流程
表3查找城市用例描述
描述项
说明
用例名称
查找城市
用例描述
描述了用户可以自行查找城市的过程
参与者
用户
操作流程
表4切换主题用例描述
描述项
说明
用例名称
切换主题
用例描述
描述了用户可以自行改变自己天气预报系统的主题的过程
参与者
用户
操作流程
3.3系统功能包图
<主要阐述有关系统设计之功能架构设计，以下为范本>
包图是用来描述子功能的架构和相互间的依赖关系。
系统功能包图设计定义软件系统各主要部件及成分之间的关系。
<可以通过UML的包图来表示，系统功能一般对应需求分析中的用例，例如：
>
3.3.1总体功能包图
图3.6身份证上课考勤系统总包图
如上图3.6所示，身份证上课考勤系统一共分为四个包：
课堂考勤、上传考勤、考勤管理、远程管理。
课堂考勤包提供给管理人员、教师和学生三种角色使用，管理人员可使用该包的参数设置子功能设置上课信息，例如：
上课课程、上课地点，授课教师，上课时间等，还可以设置考勤的时间；教师可使用该包的教师考勤子包进行身份证刷卡打考勤；学生使用该包的学生考勤子包进行身份证刷卡打考勤。
上传考勤包仅提供给管理人员使用，管理人员使用形成上报考勤数据子包汇总上课信息、考勤时间信息、身份证信息，最后使用上传考勤数据到服务器子包上传考勤数据。
考勤管理包仅提供给管理人员使用，管理人员使用考勤查询子包可查询学生和教师的考勤信息；使用考勤统计子包可统计学生和教师的考勤信息；最后可使用考勤备份子包可备份考勤的信息，以防考勤数据丢失。
远程管理包仅提供给教务人员使用，教务人员使用远程参数设置子包可设置查询的用户、设置考勤课程、设置考勤地点；使用考勤查询子包可按课程查询考勤信息，也可按地点查询考勤信息。
3.3.2子功能包图
<针对3.1.1节的总体功能包图架构，逐项功能展开分析。
>
3.3.2.1课堂考勤包图
<使用UML包图给出子功能包图，例如>
图3.7课堂考勤包图
“课堂考勤”包主要目的是为管理人员提供参数设置的功能；为教师提供教师考勤，进行身份证刷卡；为学生提供学生考勤，进行身份证刷卡。
因此，课堂考勤包主要涉及参数设置、教师考勤和学生考勤三个子包。
其中参数设置子包主要分为上课信息设置和时间设置，时间设置又包括考勤时间设置和系统时间设置，系统时间有两种方式进行设置：
联网设置系统时间和手动设置系统时间。
3.3.2.2上传考勤包图
图3.8上传考勤包图
<3.3.2.2小节请参照3.3.2.1小节，给予补充说明>
3.3.2.3考勤管理包图
图3.9考勤管理包图
<3.3.2.3小节请参照3.3.2.1小节，给予补充说明>
3.3.2.4远程管理包图
图3.10远程管理包图
<3.3.2.4小节请参照3.3.2.1小节，给予补充说明>
第四章数据分析
数据分析是在完成业务和实现软件功能时所需要的数据。
4.1功能数据分析
<此处应根据3.2小节的用例图，相对应的在本小节给出类图的概念设计，包含界面类、控制类和实体类，不要求展开类的属性和方法，采用类图的简化表示或缩略表示，例如>
图4.1身份证上课考勤系统概念类图
经过分析后得知系统中所需的类和各类之间的关系如上图4.1所示。
图中身份证上课考勤系统界面类提供对上课信息、考勤时间信息、身份证信息、上报信息、考勤信息、考勤备份信息和用户信息等维护操作。
4.4.1课堂考勤缩略图
图4.2课堂考勤缩略图
如图4.2所示，课堂考勤缩略图中，管理人员通过课堂考勤界面进行参数设置包括上课信息和考勤时间信息的设置，所以参数设置依赖上课信息和考勤时间信息实体类；教师通过课堂考勤界面进行教师考勤，身份证刷卡包括刷卡的身份证信息和考勤时间信息，故依赖身份证信息和考勤时间信息实体类；同样，学生通过课堂考勤界面进行学生考勤，也依赖身份证信息和考勤时间信息实体类。
4.4.2上传考勤缩略图
图4.3上传考勤缩略图
<4.4.2小节缩略图使用这些实体类的原因请参照4.4.1小节进行补充>
4.4.3考勤管理缩略图
图4.4考勤管理缩略图
<4.4.3小节缩略图使用这些实体类的原因请参照4.4.1小节进行补充>
4.4.4远程管理缩略图
图4.5远程管理缩略图
<4.4.4小节缩略图使用这些实体类的原因请参照4.4.1小节进行补充>
4.2实体类关系分析
类图是由类，相关建模元素，及其关系构成的图，用来描述类之间的静态关系。
图4.6身份证上课考勤系统实体类关系图
4.3数据库表
<根据实体类，给出软件系统主要库表的设计，例如：
>
（1）上课信息
保存上课的基本信息。
表4-1上课信息表
字段名
数据类型
长度
键
课程ID
Guid
主键
课程名称
nvarchar
20
否
上课地点ID
Guid
否
上课地点
nvarchar
20
否
上课时间
Timestamp
20
否
开课班级
nvarchar
20
否
授课教师
nvarchar
20
否
（2）考勤时间信息
保存考勤时间的基本信息。
表4-2考勤时间信息表
字段名
数据类型
长度
键
用户ID
Guid
主键
身份证ID
Guid
外键
考勤姓名
nvarchar
20
否
课程名称
nvarchar
20
否
上课地点
nvarchar
20
否
刷卡时间
Timestamp
20
否
考勤状态
nvarchar
10
否
（3）身份证信息
保存身份证的基本信息。
表4-3身份证信息表
字段名
数据类型
长度
键
身份证ID
Guid
主键
姓名
nvarchar
20
否
性别
Boolean
1
否
民族
char
5
否
出生年月日
date
20
否
住址
nvarchar
100
否
有效期限
nvarchar
30
否
签发机关
nvarchar
30
否
头像照片
bit
255
否
（4）上报信息
保存上报的基本信息。
表4-4上报信息表
字段名
数据类型
长度
键
上报人
nvarchar
20
主键
用户ID
Guid
外键
上报时间
Timestamp
20
否
上报状态
nvarchar
10
否
上报描述
nvarchar
100
否
（5）考勤信息
保存考勤的基本信息。
表4-5考勤信息表
字段名
数据类型
长度
键
用户ID
Guid
主键
上报人
nvarchar
20
外键
身份证ID
Guid
外键
姓名
nvarchar
20
否
课程ID
Guid
外键
课程名称
nvarchar
20
否
上课地点ID
Guid
否
上课地点
nvarchar
20
否
上课时间
Timestamp
20
否
授课教师
nvarchar
20
否
刷卡时间
Timestamp
20
否
考勤状态
nvarchar
10
否
上报时间
Timestamp
20
否
上报状态
nvarchar
10
否
上报描述
nvarchar
100
否
（6）考勤备份信息
保存考勤备份的基本信息。
表4-6考勤备份信息表
字段名
数据类型
长度
键
备份人
nvarchar
20
主键
用户ID
Guid
外键
上报人
nvarchar
20
外键
身份证ID
Guid
外键
姓名
nvarchar
20
否
课程ID
Guid
外键
课程名称
nvarchar
20
否
上课地点ID
Guid
否
上课地点
nvarchar
20
否
上课时间
Timestamp
20
否
授课教师
nvarchar
20
否
刷卡时间
Timestamp
20
否
考勤状态
nvarchar
10
否
上报时间
Timestamp
20
否
上报状态
nvarchar
10
否
上报描述
nvarchar
100
否
备份时间
Timestamp
20
否
备份状态
nvarchar
10
否
备份说明
nvarchar
100
否
（7）用户信息
保存用户的基本信息。
表4-7用户信息表
字段名
数据类型
长度
键
用户ID
Guid
主键
用户名
nvarchar
20
否
角色ID
Guid
否
角色名
nvarchar
20
否
权限ID
Guid
否
姓名
nvarchar
20
否
性别
Boolean
1
否
出生日期
date
20
否
民族
char
5
否
身份证ID
Guid
20
外键
照片
bit
255
否
电话号码
nvarchar
30
否
邮箱地址
nvarchar
30
否
通讯地址
nvarchar
50
否
操作日志
nvarchar
255
否
（8）学生信息
保存学生的基本信息。
表4-8学生信息表
字段名
数据类型
长度
键
学号
Guid
主键
所在班级
nvarchar
20
否
用户ID
Guid
外键
用户名
nvarchar
20
否
角色ID
Guid
否
角色名
nvarchar
20
否
权限ID
Guid
否
姓名
nvarchar
20
否
性别
Boolean
1
否
出生日期
date
20
否
民族
char
5
否
身份证ID
Guid
20
外键
照片
bit
255
否
电话号码
nvarchar
30
否
邮箱地址
nvarchar
30
否
通讯地址
nvarchar
50
否
（9）教师信息
保存教师的基本信息。
表4-9教师信息表
字段名
数据类型
长度
键
教师ID
Guid
主键
用户ID
Guid
外键
职称
nvarchar
20
否
授课班级
nvarchar
20
否
用户名
nvarchar
20
否
角色ID
Guid
否
角色名
nvarchar
20
否
权限ID
Guid
否
姓名
nvarchar
20
否
性别
Boolean
1
否
出生日期
date
20
否
民族
char
5
否
身份证ID
Guid
20
外键
照片
bit
255
否
电话号码
nvarchar
30
否
邮箱地址
nvarchar
30
否
通讯地址
nvarchar
50
否
第五章总结与展望
5.1总结
<总结本文在调研、业务分析、功能分析和数据分析等方面做了哪些工作，并给出完成论文的体会,以下为范本>
本文所做的主要工作有如下几方面：
<此处简述本文所做的主要工作和解决的问题，应该一一列举>
1…………..
2…………
通过对XXXX系统的业务、功能、数据分析的过程，不仅使我深入的了解XXXXXXXX，而且也使我学到了XXXXXXXXXX。
除此之外，由于此次负责业务分析、功能分析和数据分析的过程，使我对软件系统开发的需求工程有了更深的认识。
5.2进一步的工作
<指出论文存在的不足，探讨论文所涉及的系统今后工作的努力方向，以下为范本>
虽然，本文完整的研究与分析了XXXX系统。
但是系统的功能分析和数据分析中仍然存在不足之处。
1.理论结合实际。
本文只是对XXXX系统进行的研究与分析，在实际项目中可能会遇到本文分析之外的功能，今后在实际项目中不断完善。
<参照第一点写出其他将需要在未来讨论和完善的问题>
附录（可选）
<此部分插入本论文的附加的材料，例如：
核心源代码、重要的参数表以及其它有利于佐证论文的材料。
如果没有相关材料，本部分可以删除>
参考文献
[1]XX百科.科教兴国战略[EB/OL].2014.12.18
[2]
[3]
致谢
<此部分插入本论文的致谢内容，主要表达对自己的导师，以及其他老师、同学和家人的感谢，言语一定要诚恳坦然。
以下为范本>
我研究生阶段的学习生活即将结束。
回顾以往，各位老师的教育指导和同学们的关怀照顾一直陪伴在我的学习、工作和生活中，我走出的每一步都有他们的帮助。
在此，我要向他们表示我诚挚的谢意！
值此本论文最终完成之际，我首先要深深地感谢我的导师XX教授。
XXXXXXXXXXXXXXXXXXX。
其次，今日论文的完稿，还多承蒙一样对我进行悉心指导的XXXX老师。
XXXXXXXXXXXXXXXXXXXXXX。
再次，非常感谢XXXXXXXXXXXXX，在此我表示深深的谢意。
最后，感谢我的家人和朋友对我的支持和帮助。
XXXXXXXXXXXXXXX。
升级会员 