工程实践开题报告.docx

工程实践开题报告.docx

《工程实践开题报告.docx》由会员分享，可在线阅读，更多相关《工程实践开题报告.docx（13页珍藏版）》请在冰豆网上搜索。

工程实践开题报告

中国科学技术大学软件学院

软件工程实验项目环节

开题报告

项目名称：

基于社区的生活求助系统

成员名单：

樊邵杰、王晰、张兴

导师：

叶勇

工程领域：

研究方向：

开题时间：

2015/11/12

中国科学技术大学软件学院

填表日期：

2015年11月12日

简况

名称

中文

基于社区的生活求助系统

英文

Community-basedhelpsystem

项目组成员名单

姓名

学号

项目中的分工

签章

樊邵杰

SA15225027

紧急求助、非定向求助模块

王晰

SA15225089

定向求助模块和数据库的建设

张兴

SA15225091

界面UI、登录系统的设计和服务器的建设

中文摘要

近年来随着我国城镇化建设的加快，社区模式的兴起，小区邻里之间却缺之交流、

沟通。

借助iphone这个人气颇旺的智能手机平台，一款便于人们互相帮助沟通的APF

应用亟待开发。

IOS最早于2007年1月9日的苹果Macworld展览会上公布，随后于同年的6月

发布的第一版IOS操作系统，当初的名称为“iPhonerunsOSX”。

然而仅仅五年的时间，它凭借独特的设计理念、优秀的用户体验，在2011年度的WWDC（Worldwide

DevelopersConference）大会上，苹果公司宣布了其IOS设备已经销售了2亿台，占全

球移动操作系统44%份额，目前这一数字还在不断上升。

本课题紧贴着人们的生活实际，基于IOS平台开发了一款APP，它主要通过三个

模块：

紧急求助（主要用于突发事件，紧急情况）、定向求助（主要用于业主、居委会和社区居民之间的沟通）和非定向求助（用于人们日常生活的方方面面）来满足社区

邻里这一特定人际圈的需求。

英文摘要

Inrecentyears,withtheaccelerationofurbanizationconstructionandtheriseofcommunitymodels,thelackofresidentialcommunicationbetweenneighborhoodisbecomingmoreandmoreobvious.Withiphone（apopularsmartphoneplatform）tohelppeoplecommunicatewitheachother,amobileapplicationneedstobedeveloped.

AppleoperatingsystemisannouncedasMacworldExpoon9thJan,2007,andtheninJuneofthesameyear,itreleasedthefirstversionofiOSoperatingsystem,theoriginalnameforthe"iPhonerunsOSX".However,spendingjustfiveyears,byvirtueofitsuniquedesignandexcellentuserexperienee,WWDC（WorldwideDevelopersConferenceAppleComputerGlobalR&DConference）announced200millioniOSdeviceshasbeensoldintheyearof2011,accountingfor44%oftheglobalshareofmobilemarket,andthefigureisstillrising.

Thisprojectclosestopeople'sreallife,basedontheIOSplatformdevelopedanapp,itismainlythroughthreemodules:

emergencymodule（mainlyforemergencies）,directionalassistanee（mainlyforcommunicationamongowners,neighborhoodandcommunityresidents）,non-directionalassistanee（foreveryaspectindailylife）tomeetthespecificneedsofthecommunityneighborhoodinterpersonalcircle.

主题词

中文

社区、互助、苹果操作系统

英文

community、helpeachother、IOS

、选题依据

1.选题的研究意义，国内外概况和发展趋势

近年来，随着中国经济的快速发展、城镇化建设的加快，我国居民家庭结构日趋小型化，使得拥有便于管理的网格式的现代化社区模式逐渐兴起。

俗话说远亲不如近邻，而社区，这一新兴

的居住模式在便于高效管理的同时却使得邻里相互之间缺乏沟通，逐渐相互疏远。

与此同时，智能手机已经逐步取代了功能机成为人们生活中不可缺少的一个元素。

在智能手

机市场，apple这个词不可不被提及，其旗下的iphone系列产品的更是风靡全球，引领潮流。

而如今的APP应用如微信、陌陌大都是以广交世界各地的朋友为目的，却没有一款针对于小区邻里之间的互相帮助的系统。

目前市场上的app已经满足不了人们的这一特定需求。

就是在这样的背景下，我们想到了利用iphone这个用户量颇多的手机平台开发出一款便于

邻里交流，主打社区求助的一款APP应用。

这一系统是面向社区居民而开发的一款产品，它在为居民提供求助系统的同时，也提供了物

业管理、生活学习等功能，是一款方便居民生活的产品。

具有很好的实用性，并且市场应用的范围也很广，具有很高的商业价值。

2.参考文献

[1]关东升.iOS开发指南：

从零基础到AppStore上架[M].北京：

人民邮电出版社，2012:

42-45.

[2]ChristianKeur,AaronHillegassJoeConway.lOS编程[M].武汉：

华中科技大学出版社，2015:

101-110.

[3]StephenG.Kochan.Objective-C程序设计[M].北京：

电子工业出版社，2012:

156-178.

[4]DaveMarkJeffLaMarche.iphone开发基础教程[M].北京：

人民邮电出版社2013:

34-55.

[5]PatrickAlessi.iOS数据库应用高级编程[M].北京：

清华大学出版社.2014:

122-133.

⑹TheresaNeil.移动应用UI设计模式[M].北京：

人民邮电出版社.2015:

139-166.

三、课题内容及具体方案

1•课题内容

本课题的研究是基于IOS操作平台下的关于社区生活求助的一款手机APP，采用的主要语言是

Object-C。

生活求助是一个很广泛的课题，本课题将求助的范围限制在社区内，以为小区居民服务为目的。

系统主要实现的是社区求助功能，包括紧急求助、定向求助、非定向求助。

其中紧急求助是指涉及火灾，急性病等人身财产安全的求助方式；定向求助是指向小区物业和居委会做相关问题的求助和咨询；非定向求助则面向所有小区居民，可以求助学习、运动、饮食、生活情感等诸方面问题。

2.系统需求分析

2.1功能需求分析：

根据前面的分析调研，研究实际功能需求，整个系统主要分为四个模块，分别为：

（1）紧急求助

（2）定向求助

（3）非定向求助

（4）管理

功能模块的划分如图1所示：

基于社区的生活求助系统

图1系统功能模块划分

功能描述如下:

紧急求助模块：

主要用于紧急情况下的求助需求。

比如遇到了火灾、急性病、盗窃抢劫等涉及到人身财产安全情况下求助。

这种求助突然、紧急，要求给予求助人员快速有d效的帮助，所以在

模块实现过程中，对求助者而言必须直接、简洁，能够实现快速求助，而对于施助者而言则必须醒目并让多数人可以看见。

定向求助模块：

主要用于对于小区物业和居委会的求助和相关咨询。

所以这里细分为两个小模块，分别是物业和居委会。

对于物业，可以向其求助咨询的问题包括房屋的维护与修缮管理、绿化管理、卫生管理、治安管理、车辆交通管理、公用市政设施管理、违章建筑的管理等。

对于居委会,可以求助咨询的问题有居民的合法权益，居民的公共事务和公益事业，居民纠纷，维护社会治安，居民的意见、要求的建议等。

非定向求助模块：

主要用于小区居民的教育学习、运动体育、娱乐旅游、饮食养生、生活情感诸方面的求助服务。

社区居民可以在这里与同小区的人进行互动沟通，相互求助问答。

管理模块：

这个模块包括了我要求助、我的帮助、信用评分、通知、设置功能。

主要是为了便于用户管理自己的求助系统。

用户在这里可以方便查看自己发布的求助，自己对他人求助的回应。

也可以在这里发布通知，进行软件的相关设置。

用例图包括用户用例图和管理员用例图，分别如图2和图3所示:

搜索

紧急求助

浏览

登录

餐饮养生

生活感情

图2用户的用例图

2.2性能需求分析：

条件与限制：

本系统主要是以文字为基础进行求助，同时还有上传图片的功能，暂不支持以语音、视频的方式进行求助。

处理对象：

文字、图像

输入输出格式：

文字格式和JPG,PNG

数据精确度：

导入的JPG或者PNG的图片大小应该在1.5M以下。

、

需要考虑指标：

响应时间（平均0.5s、最长1.5s）、点击数、吞吐量、并发用户数、资源利用率、

每秒连接数。

以上由用户使用量以及数据库和服务器的承载能力确定。

代码设计：

算法和数据库实现必须满足上面要求的响应时间。

2.3运行需求：

操作方式：

iphone手机平台

操作系统：

IOS系统

用户界面：

要求简洁、方便，符合用户使用习惯

故障处理：

正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

3.系统概要设计

3.1系统功能模块细分

功能模块细分如图4所示:

基于社区的生活求助系统

紧急求助定向求助非定向求助管理

3.2系统整体架构设计方案

对软件模块进行具体的细分，主要包括以下四个模块:

根据本课题用户的需求的分析，

（1）

（2）

（3）

（4）

软件系统的运行是基于服务器基础之上的，服务器与各个用户移动端之间通过稳定的无线网络进行连接，因此，系统采用类CS结构，前端利用IOS编程开发，并进行模块化设计，从而实现设定功能。

后端采用安装有服务器进行整体数据包括文件的存储。

系统整体架构如图5所示：

Iphone端

图5系统整体架构图

3.2系统功能模块详细设计方案

3.2.1求助操作页面设计方案

用户进入求助操作页面，可以从登录系统首页面、紧急求助、定向求助、非定向求助、我的求

助这5个方式进入。

系统会对所有的求助界面进行统一设计，从这5个方式进入求助页面都会呈现

统一的页面效果。

所采用的设计方案如下：

页面将分为三层，第一层显示当前所在的求助位置（紧急、定向、非定向），第二层显示求助用户发布的求助信息，并同时显示发布时间和发布者个人ID。

在第二层的最下方有“应答”选项，供其他用户点击此按钮即进入“应答”状态。

第三层显示施助者的回答，考虑到回答者往往不止一人，所以这个界面可以上拉刷新。

同时也将显示应答时间和应答这个人ID。

3.2.2登录页面设计方案

对于首次登录软件系统的用户，需要先注册。

每位注册用户都会有一个信用评分等级。

信用评分由求助者向施助者评估，表示对施助者的信任程度。

注册内容有用户名、密码设置、注册邮箱、小区名称、家庭住址等。

注册用户名设计为用户手机号，并且只有形成求助响应（即发布求助后，有应答响应）时，手机号才能被求助者看见，其他用户将只能看见手机号的前三位和后四位，系统自动影藏中间思维号码。

密码设置是为了保护用户隐私。

注册邮箱是为了便于用户找回丢失密码。

小区名称和家庭住址同样属于用户隐私范畴，只有当形成求助响应时该信息才能被双方看见。

登录页面即用户进入登录系统将首先呈现的页面。

设计方案如下：

用户进入登录系统，即进入系统的首页面，在最下面有4个缩略图，分别是紧急求助、定向求助、非定向求助、我的求助，在

页面里将以缩略图形式呈现而不是汉字。

在缩略图上方，系统会将最新发布的求助信息按紧急程度和时间先后排列，供其他用户选择应答。

3.2.3紧急求助设计方案

紧急求助需要考虑互动的及时性。

设计方案：

紧急求助缩略图放在界面左下角第一个。

当用户发布紧急求助时，即进入求助操作页面。

发布求助后，系统将会把发布的信息推送到登录页面的第一条，以便于其他用户及时应答。

3.2.4定向求助设计方案

定向求助是指向物业和居委会发布的求助。

这要求物业和居委会人员安装此系统，并在有小区用户发布定向求助是及时应答。

设计方案如下：

定向求助的缩略图设计在登录系统界面的第二个位置。

用户选择进入这一页面，将有物业和居委会两个选项。

用户选择其中之一，就进入求助操作页面，可以发送求助信息。

3.2.4非定向求助设计方案

非定向求助的主要目的是便于小区居民的沟通和互助。

所有用户可以在这个页面中选择自己感兴趣的话题与小区其他用户互动。

设计方案如下：

非定向求助的缩略图设计在登录系统界面的第三个位置。

用户进入这一页面，将会有教育学习、运动体育、旅游娱乐、饮食养生、生活情感五个选项。

用户选择其中之一，就进入求助操作页面，发送求助信息。

3.2.5管理模块设计方案

这个模块的设计主要是为了便于用户管理自己资料和求助信息。

用户还需要在这个页面对施助者的信用等级进行评分。

设计方案如下：

管理的缩略图设计在登录系统界面的第四个位置。

用户进入这一页面，会有我的求助、我的帮助、信用评分、设置四个选项。

我的求助选项便于用户查找自己发布的求助信息。

我的帮助便于用户查找应答别人的信息。

信用评分则是由求助者向施助者评估，表示施助者的信用程度。

设置则是对这个软件系统功能的一些简单设置，便于用户对系统的管理。

3.2.6信用评分设计方案

信用评分是由求助者向施助者评估，表示施助者的信用程度。

这种功能可以很好的约束用户的求助行为，防止用户恶意求助。

信用评分可为正值、零、负值。

初始时用户的信用评分均为零。

对求助者，施助者可以进行评价，但只能选择恶意求助，表示该用户恶意使用该软件。

此时，求助者直接扣除10分。

对施助者，当用户完成一次求助应答时，求助者会给予评分，最高5分，最低0分。

本系统会对用户的行为依据评分进行约束。

评分为负，则不能发布求助信息，只能应答。

评分为0

到100，则表示该用户为普通用户，可以正常使用软件。

当评分超过100时，则系统将其划为“荣誉

诚信居民”，系统会给予适当奖励。

4.拟采用的开发方法、环境，测试方案等

该系统客户端使用IOS编程环境，开发基于HTTP协议。

服务器使用JAX-RS技术。

客户端开发环境为XCODE，服务器开发环境为eclipse。

服务器使用ApacheTomcat8.0,数据库使用MySQL。

版本控制使用SVN。

在基本算法实现与基本功能完成阶段，采用功能测试，保证基本模块的稳定性。

在系统集成阶段，采用兼容性测试、用户界面测试和回归测试，保证在各种版本的IOS移动设备上都可以正常使

用。

开发工具：

一台装载了IOS操作系统的计算机

5.技术难度及特色分析

技术难点主要有如下两点：

（1）实现用户的留言功能，用户信息的发送与接收的实时性好坏。

（2）采用信用等级制度激励用户间的互帮互助，当帮助完成时，用户信用等级如何计算

四、工作进度的大致安排

工程实践进度计划

起讫日期

工作内容

成果形式

11.1-11.30

文献调研

参考文献

12.1-12.10

工程设计

可行性报告、软件需求规格与概要设计规格说明书

12.11-4.10

项目开发调试和测试

源程序代码、单元测试计划

4.11-5.1

系统测试

测试报告

5.2-5.15

撰写报告

技术论文与可使用的软件产品

导师意见（对选题和工作过程及成果进行说明，并给出成绩。

）

导师签名：

年月日

答辩小组意见

答辩组长签名：

年月

日