毕业论文-基于JavaEE+ HTML5+Android的音乐视频分享的设计与实现.docx

中北大学2013届毕业设计说明书基于JavaEE+ HTML5+Android的音乐视频分享的设计与实现摘要随着社会的发展，信息时代的到来，Internet已经渗透进各个领域，人们已经不再满足传统的方式来享受自己喜欢的音乐。新兴的网站在线播放音乐已经占据了主流市场。“鱼米分享”网站致力于为喜欢音乐和视频的朋友们分享好听的声音、好看的视频，用户能够在网上随时享受到音乐和视频的乐趣。用户可以通过注册成为会员，会员登录到网站后，可以试听和收藏喜欢的内容。本人通过对现有音乐视频网站进行详细分析，列出了该网站的功能需求描述，并利用UML工具对其进行建模，重点探讨了社交网站的设计和实现。网站系统以Java EE作为开发平台，运用MVC模式开发思想，采用Struts2、Hibernate4、Spring3框架技术实现。系统具有网上资源共享、资源上传、资源下载和后台基础信息管理等功能，较为完善地完成了本网站的需求。本系统同时搭载安卓系统的app，通过安卓版的应用，用户可以随时随地的关注最新的分享动态，同时在线收听音乐，也能在线观看视频。安卓版的应用与网页版应用是共享同一个数据库，而业务逻辑部分安卓版是网页版的子集。这也是利用MVC设计的优点，重复利用组件是该设计的特点之一。微博的使用可以说无处不在，它的一个最大的优点就是：自己发得微博地球上的何人都可以看见，评论，转发。因此一条信息可以在很短时间内指数次的被转发，从而产生群众效应。本次设计借鉴了这种理念，但我们只注重音乐和视频的分享，每个注册用户可以关注自己喜欢的用户，关注之后，便可以随时掌握自己好友的动态。可以说用户与用户之间一直用音乐与视频在交流，这种方式恐怕会让很多音乐爱好者的首选之地。关键词：MVC，Struts2，Hibernate，Spring，音乐分享，视频分享 Music And Video Share Based On The Platform JavaEE,HTML5 And AndroidABSTRACTWith the development of society, the arrival of the information age, the Internet has penetrated into various fields, people are no longer satisfied with the traditional way to enjoy your favorite music. Emerging online play music have occupied the mainstream market. Music and movie share online music website dedicated friends like music to share a nice voice, and enables users to enjoy the fun of music at any time online. Users can sign up to become a member, Member log into the site, you can listen and favorites like content.I carried out a detailed analysis of existing music video site, lists the functional requirements of the site description, and the use the UML modelingforIt., focusing on the design and implementation of social networking sites. Website system use Java EE as its development platform and use the thinking ofMVC model development, using Struts2 Hibernate4, Spring3 frameworktechnology. The Website has the function of share, upload, and download resources. The system also equipped with Android system app through the Android version of the application, the user can at any time concerned about the latest share dynamic, listen and downloads music online at the same time, can watch downloaded video.Android version of the application and the web version of the applications share the same database, while business logic parts Android Edition is a subset of the web version. This is also the use of the advantages of the MVC design, reuse component is one of the characteristics of this design.Weibo is used everywhereand one of its biggest advantages is thatanyone on earth can see the weibo that I written and anyone can comment, forward. So, information can be forward as index times in a short time. The design draws on this concept,but we only focus on the sharing of music and video. Each registered user can focus on other user and grasp the dynamic. The communication between the user and the user can be said to have been with music and video all the time. I believe that many music lovers will like bythis way.Keywords：MVC, Struts2, Spring3, Hibernate , Android , Share resource81目录第1章 前言11.1 研究背景11.2市场分析11.2.1现状分析11.2.2未来预测21.3研究的主要内容31.4本章小结3第2章理论及技术基础42.1HTML542.2Struts252.3Hibernate62.4Spring72.5Android92.6MVC102.7本章小结11第3章需求分析123.1系统基本情况描述123.2可行性分析123.3系统功能用例图143.3.1用户主要功能（网页版）143.3.2用户主要功能（网页版）173.3.3用户主要功能（安卓版）173.3.4用户对共享资源及个人信息管理 (网页版)253.3.5管理员主要用例293.4软硬件环境要求32第4章系统总体设计334.1B/S端系统总体设计概述：334.2Android端系统总体设计概述334.3命名规范334.3.1Struts2命名规范344.3.2包命名规范344.3.3类命名规范354.3.4页面及Action name配置命名规范364.3.5Spring配置命名规范364.4文件格式规范374.5网页版功能图分解374.6Android版用户总体功能图分解384.7系统后台管理系统功能图分解38第5章详细设计405.1数据库设计405.1.1数据库表结构设计405.1.2数据库ER图435.2类设计445.2.1实体类（pojo类）445.2.2DAO层类设计455.2.3Service层类图：455.2.4Serverc层及Dao层调用关系465.3主要流程顺序图475.3.1用户登录：475.3.2用户发布分享485.3.3用户at功能505.3.4视频处理515.3.5关注用户535.4网页版界面设计545.4.1用户登录界面545.4.2用户注册界面555.4.3用户主页565.4.4用户关注 / 粉丝 / 搜索页面595.4.5用户提示595.4.6用户个人信息设置605.5Android版界面设计625.5.1Logo界面625.5.2登陆界面635.5.3个人主页645.5.4音乐播放器655.5.5视频播放器66第6章编码实现676.1关键代码676.1.1视频转码676.1.2功能实现的核心分析字符串（正则匹配）686.1.3Android音乐播放器部分编码69第7章测试727.1系统测试概述727.2网页版测试727.2.1界面测试727.2.2功能测试（黑盒）727.2.3内部逻辑测试（白盒）747.3 Android版测试777.3.1稳定性测试777.3.2内存和CPU消耗测试77 第1章 前言1.1 研究背景随着计算机和互联网时代的到来，人们已经进入了信息时代，把这个世界上的每一个人的距离拉近了。在数字化时代的环境下，信息的流通更加快捷方便，人们的办事效率显著提高，人们有更多的时间去关心自己喜欢的事情，而音乐与视频成为了人们消遣时间与艺术欣赏的主要来源。随着Internet技术的发展，音乐与视频网站使得人们对音乐欣赏与娱乐的手段和载体发生了革命性的变化，Internet的开放性，分布性的特点和基于Internet的巨大的计算能力使得人们突破了时间和空间的限制。基于Internet的在线音乐网站早已成为人们的研究热点之一。与传统音乐欣赏与交流模式相比，在线音乐具有无可比拟的优越性不但能满足了大多数用户对音乐爱好的需求，同时也刺激了电子数码产品的频繁更新换代。现有的音乐与视频网站往往是侧重于网站向用户推荐，而对于用户来说则只是被动的接受。这种情况的最大弊端是没有互动性，用户与用户之间处于一种隔绝的状态。从而使不同兴趣的用户没有办法走到一起。我们知道，人与人之间的关系可能会很复杂，而在互联网上而是捉摸不定。但我们相信兴趣和爱好能够凝结人心，有着相同音乐爱好，相同艺术品位的人，不管对对方熟不熟悉，总是可以以音乐为载体，以兴趣为话题谈在一起。所以我们的系统的设计模式并不是以系统推荐为主，而是由用户提供，用户交流为主，专门提供这个样一个平台供大家分享自己生活的酸甜苦辣和心中的旋律。1.2 市场分析1.2.1 现状分析最近几年世界数字音乐与视频的高速发展从韩国、日本在到美国、欧洲无线音乐市场都如雨后春笋般发展非常迅速。2010年中国网络音乐市场保持了较稳定的运行态势，市场规模继续稳定增长，产品类型不断丰富，企业竞争相对激烈，市场结构不断优化，网络音乐市场总体呈现平稳有序的发展态势。2010年，我国网络音乐总体市场规模达到23亿元（以服务提供商总收入计），比2009年增长约14.4%。其中在线音乐市场收入平稳上升，2010年收入规模为2.8亿元，比2009年增长64%。无线音乐市场收入2010年平稳增长，市场规模达到20.2亿元（以服务提供商总收入计），较2009年增长9.8%，在网络音乐总体规模中所占的比例超过了87.8%，是支撑和推动网络音乐市场发展的中坚力量，而其收入主要来源为彩铃及铃声下载业务。2010年电信运营商通过无线音乐获得了279亿元的收入，同比增长3.5%。1.2.2 未来预测1. 特点不突出，没有异化2. 盈利模式单一3. 受版权问题困扰虽然市场环境不是很好，但机会永远是存在的。在线音乐与视频依旧是一块很大的蛋糕，想吃到蛋糕就要有合适的营销策略。首先建立全方位的音乐关联平台。青年人喜欢音乐，不仅限于音乐本身，如果建立关联平台和音乐有关，比如融入社交网络形成全方位的立体式的营销平台，就能够把品牌更好地、更深入地传递给这些消费者。品牌选择了音乐营销，就要将品牌全程的置入到青年人接触音乐、参与音乐消费的各种场合中，这可以形成一个新的品牌接触点链条，从而加深品牌与消费者的粘性。其次要准确的定位自己。“我在乎”的概念就很好的贴合青年人的价值取向，只有找到青年人在乎的元素，然后去传递跟他在乎的这种元素相匹配的音乐，品牌的信息才能准确地传递。而最能体现这个元素的则是原创音乐，为青年群体提供高品质的原创音乐基地将会吸引来无数用户。第三，改变经营方向，放弃以服务为主导吸引用户。网站必须以帮助青年人展示自我价值为目标才能有好的发展。通过自我展示让多用户之间产生共鸣，于此同时将网站品牌植入用户心底。1.3 研究的主要内容本论文总结了 Web2.0 环境下数字音乐与视频分享的特性包括分享主体、分享方式、分享协议对以后的研究也有很好的借鉴意义。创建理想的数字音乐与视频分享机制的同时深入挖掘其实践历程中可能遇到的障碍。技术层面，研究使用JavaEE为平台，同时结合现流行的三大框架。同时为增加用户体验，开发基于Android平台的移动应用。1.4 本章小结本章主要论述了本系统的研究背景，并比较分析了传统系统的缺点和本系统相对于传统系统的优点，从发现问题到解决问题过程的角度引出了研究本系统意义。第2章 理论及技术基础本系统是基于B/S（浏览器/服务器）结构和Android移动平台为基础。B/S端前台使用Jsp结合HTML5以及JQuery等Js表现框架。采用Struts2 MVC模式，数据存储使用Hibernate 完成关系实体映射，各个组件均由Spring容器统一管理。数据库使用MySQL52.1 HTML5HTML5是用于取代1999年所制定的 HTML 4.01 和 XHTML 1.0 标准的 HTML 标准版本，现在仍处于发展阶段，但大部分浏览器已经支持某些 HTML5 技术。HTML 5有两大特点：首先，强化了 Web 网页的表现性能。其次，追加了本地数据库等 Web 应用的功能。广义论及HTML5时，实际指的是包括HTML、CSS和JavaScript在内的一套技术组合。它希望能够减少浏览器对于需要插件的丰富性网络应用服务（plug-in-based rich internet application，RIA)，如Adobe Flash、Microsoft Silverlight，与Oracle JavaFX的需求，并且提供更多能有效增强网络应用的标准集HTML标准自1999年12月发布的HTML4.01后，后继的HTML5和其它标准被束之高阁，为了推动Web标准化运动的发展，一些公司联合起来，成立了一个叫做 Web Hypertext Application Technology Working Group （Web超文本应用技术工作组 -WHATWG）的组织。WHATWG 致力于 Web 表单和应用程序，而W3C（World Wide Web Consortium，万维网联盟）专注于 XHTML 2.0。在 2006 年，双方决定进行合作，来创建一个新版本的 HTML。HTML5草案的前身名为 Web Applications 1.0，于2004年被WHATWG提出，于2007年被W3C接纳，并成立了新的 HTML 工作团队。HTML 5 的第一份正式草案已于2008年1月22日公布。HTML5 仍处于完善之中。然而，大部分现代浏览器已经具备了某些 HTML5 支持。2012年12月17日，万维网联盟（W3C）正式宣布凝结了大量网络工作者心血的HTML5规范已经正式定稿。根据W3C的发言稿称：“HTML5是开放的Web网络平台的奠基石。”支持Html5的浏览器包括Firefox（火狐浏览器），IE9及其更高版本，Chrome（谷歌浏览器），Safari，Opera等；国内的傲游浏览器（Maxthon），以及基于IE或Chromium（Chrome的工程版或称实验版）所推出的360浏览器、搜狗浏览器、QQ浏览器、猎豹浏览器等国产浏览器同样具备支持HTML5的能力。2.2 Struts2Struts 2是Struts的下一代产品，是在 struts 1和WebWork的技术基础上进行了合并的全新的Struts 2框架。其全新的Struts 2的体系结构与Struts 1的体系结构差别巨大。Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开，所以Struts 2可以理解为WebWork的更新产品。虽然从Struts 1到Struts 2有着太大的变化，但是相对于WebWork，Struts 2的变化很小。Struts2对Struts1进行了巨大的改进。主要表现在如下几个方面：在Action的实现方面：Struts1要求必须统一扩展自Action类，而Struts2中可以是一个普通的POJO。线程模型方面：Struts1的Action是单实例的，一个Action的实例处理所有的请求。Struts2的Action是一个请求对应一个实例（每次请求时都新new出一个对象）,没有线程安全方面的问题。Servlet依赖方面：Struts1的Action依赖于Servlet API，比如Action的execute方法的参数就包括request和response对象。这使程序难于测试。Struts2中的Action不再依赖于Servlet API，有利于测试，并且实现TDD。封装请求参数：Struts1中强制使用ActionForm对象封装请求的参数。Struts2可以选择使用POJO类来封装请求的参数，或者直接使用Action的属性。表达式语言方面：Struts1中整合了EL，但是EL对集合和索引的支持不强，Struts2整合了OGNL（Object Graph NavigationLanguage）。绑定值到视图技术：Struts1使用标准的JSP，Struts2使用“ValueStack”技术。类型转换：Struts1中的ActionForm基本使用String类型的属性。Struts2中使用OGNL进行转换，可以更方便的使用。数据校验：Struts1中支持覆盖validate方法或者使用Validator框架。Struts2支持重写validate方法或者使用XWork的验证框架。Action执行控制的对比：Struts1支持每一个模块对应一个请求处理，但是模块中的所有Action必须共享相同的生命周期。Struts2支持通过拦截器堆栈为每一个Action创建不同的生命周期。2.3 HibernateHibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。Hibernate的核心接口一共有6个，分别为:Session、SessionFactory、Transaction、Query、Criteria和Configuration。这6个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这6个核心接口分别加以介绍。Session接口Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSession对象称为用户session。SessionFactory接口SessionFactory接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。Configuration类Configuration类负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。1Transaction接口Transaction接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码Query和Criteria接口Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语句或SQL语句两种表达方式。2.4 SpringSpring是一个开源框架，是为了解决企业应用程序开发复杂性由Rod Johnson创建的。框架的主要优势之一就是其分层架构，分层架构允许使用者选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。目的：解决企业应用开发的复杂性功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能范围：任何Java应用简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架。轻量从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。控制反转Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。面向切面Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的完成业务逻辑仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。容器Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。框架Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。2.5 AndroidAndroid是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。尚未有统一中文名称，中国大陆地区较多人使用“安卓”或“安致”。Android操作系统最初由Andy Rubin开发，主要支持手机。2005年8月由Google收购注资。2007年11月，Google与84家硬件制造商、软件开发商及电信营运商组建开放手机联盟共同研发改良Android系统。随后Google以Apache开源许可证的授权方式，发布了Android的源代码。第一部Android智能手机发布于2008年10月。Android逐渐扩展到平板电脑及其他领域上，如电视、数码相机、游戏机等。2011年第一季度，Android在全球的市场份额首次超过塞班系统，跃居全球第一。 2012年11月数据显示，Android占据全球智能手机操作系统市场76%的份额，中国市场占有率为90%。Android以Java为编程语言，使接口到功能，都有层出不穷的变化，其中Activity等同于J2ME的MIDlet，一个 Activity 类（class）负责创建视窗（window），一个活动中的Activity就是在 foreground（前景）模式，背景运行的程序叫做Service。两者之间通过由ServiceConnection和AIDL连结，达到复数程序同时运行的效果。如果运行中的 Activity 全部画面被其他 Activity 取代时，该 Activity 便被停止（stopped），甚至被系统清除（kill）。View等同于J2ME的Displayable，程序人员可以通过 View 类与“XML layout”档将UI放置在视窗上，Android 1.5的版本可以利用 View 打造出所谓的 Widgets，其实Widget只是View的一种，所以可以使用xml来设计layout，HTC的Android Hero手机即含有大量的widget。至于ViewGroup是各种layout 的基础抽象类（abstract class），ViewGroup之内还可以有ViewGroup。View的构造函数不需要再Activity中调用，但是Displayable的是必须的，在Activity 中，要通过findViewById()来从XML 中取得View，Android的View类的显示很大程度上是从XML中读取的。View 与事件（event）息息相关，两者之间通过Listener 结合在一起，每一个View都可以注册一个event listener，例如：当View要处理用户触碰（touch）的事件时，就要向Android框架注册View.OnClickListener。另外还有Image等同于J2ME的BitMap。2.6 MVCMVC全名是Model View Controller，是模型(model)视图(view)控制器(controller)的缩写，一种软件设计典范，用于组织代码用一种业务逻辑和数据显示分离的方法，这个方法的假设前提是如果业务逻辑被聚集到一个部件里面，而且界面和用户围绕数据的交互能被改进和个性化定制而不需要重新编写业务逻辑MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。视图视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Adobe Flash和像XHTML，XML/XSL，WML等一些标识语言和Web services.MVC好处是它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。模型模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用像EJBs和ColdFusion Components这样的构件对象来处理数据库，被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。控制器控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。2.7 本章小结本章概述了本系所统需要采用的核心理论和技术。并对每一种理论或技术做了简要的介绍，同时这些技术在该系统中能够得到应用。第3章 需求分析3.1 系统基本情况描述本人通过对现有音乐视频网站进行详细分析，列出了该网站的功能需求描述，并利用UML工具对其进行建模，重点探讨了社交网站的设计和实现。网站系统以Java EE作为开发平台，运用MVC模式开发思想，采用Struts2、Hibernate4、Spring3框架技术实现。系统具有网上资源共享、资源上传、资源下载和后台基础信息管理等功能，本系统同时搭载基于安卓系统的app,通过安卓版的应用，用户可以随时随地的关注最新的分享动态，同时在线收听与下载音乐，也能观看下载视频。安卓版的应用与网页版应用是共享同一个数据库，而业务逻辑部分安卓版是网页版的子集。这也是利用MVC设计的优点，重复利用组件是该设计的特点之一。另外本系统还参照了当今流行的微博。如今微博的使用可以说无处不在，它的一个最大的优点就是：自己发的微博地球上的何人都可以看见，评论和转发。因此一条信息可以在很短时间内指数次的被转发，从而产生群众效应。本系统的设计借鉴了这种理念，但我们只注重音乐和视频的分享，每个注册用户可以关注自己喜欢的用户，关注之后，便可以随时掌握自己好友的动态。可以说用户与用户之间一直用音乐与视频在交流，通过这种方式来形成用户之间的互动，我想一定会成为很多音乐爱好者的首选之地。3.2 可行性分析在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。新系统目标应充分体现铁路部门的战略目标、发展方向和基本特点，直接为社会服务，同时，新系统目标应该和现行系统的各项基本功能密切相关，并且可以分期分批实现。需要指出的是，新系统目标不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。新系统的目标确定后，就可以从以下三方面对能否实现新系统目标进行可行性分析：（1）技术可行性。根据新系统目标来衡量所需的技术是否具备，一般可从硬件、软件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析，其中开发人员的技术力量应首先考虑能力与水平，并考虑近期内可以培养和发展的技术人员。（2）经济可行性。估算新系统的开发费用和今后的运行、维护费用，估计新系统将获得的效益，并将费用与效益进行比较，看是否有利。系统的效益可以从经济效益和社会效益两方面考虑。对于车站售票管理系统则应着重分析其社会效益。例如，系统投入运行后可以提供哪些以前无法及时提供的信息，用户查询和使用信息的方便程度提高多少、速度增加了多少，对于管理人员进行决策提供了多少帮助等等。（3）运行可行性。对新系统运行后给现行系统带来的影响（包括组织机构、管理方式、工作环境等）和后果进行估计和评价。同时还应考虑现有管理人员的培训、补充，分析在给定时间里能否完成预定的系统开发任务等。按上述三方面进行可行性分析、研究后，我们认为该项目是可行的。3.3 系统功能用例图3.3.1 用户主要功能（网页版）图3.1 用户登录用例描述：register用例名称register主要业务参与者未注册用户前置条件用户进入注册页面后置条件用户注册成功触发条件用户未注册时进行登录操作基本路径（主事件流）按照顺序依次填写表单内容，并且在保证表单内容能够通过的前提下，点击注册按钮。扩展事件流注册失败结束注册成功，跳转到登录界面特殊需求无补充说明无表格 3.1用例描述：login用例名称login主要业务参与者已注册但未登录用户前置条件用户进入登录页面后置条件登录成功跳转到主页触发条件用户进入登录界面或由于权限问题被强制跳回登录界面基本路径（主事件流）依照表单顺序，一次填入正确的用户名和密码，并且点击登录按钮扩展事件流登录失败，重写刷回到登录页面结束登录成功。跳转到用户主页特殊需求用户已经注册补充说明无表格 3.2状态图：图： 3.2用例描述Authentication用例名称Authentication主要业务参与者未登录用户前置条件用户进入相应的认证界面后置条件认证成功触发条件用户发送认证信息基本路径（主事件流）按照用户发送的认证信息，调用认证组件，到数据库中查询并且核对信息是否正确扩展事件流认证失败，返回认证失败信息结束认证成功，返回认证成功信息特殊需求用户已经注册补充说明无表格 用户主要功能（网页版）图： 3.3 用户主要功能3.3.3 用户主要功能（安卓版）图： 3.4 安卓版用户主要供能用例描述：AddFocus用例名称AddFocus主要业务参与者登录用户前置条件用户进入为关注者的个人主页，或通过搜索查询到某用户后置条件关注成功触发条件用户点击关注连接基本路径（主事件流）点击“关注”连接，增加关注扩展事件流关注失败（已经关注）结束关注成功，关注连接变为取消关注连接特殊需求用户已经注册补充说明无表格 3.4 AddFocus用例描述：DeleteFocus用例名称DeleteFocus主要业务参与者登录用户前置条件用户进入为关注者的个人主页，或通过搜索查询到某用户，或者进入个人关注列表后置条件取消关注成功触发条件用户点击取消关注连接基本路径（主事件流）点击“取消”连接，取消关注扩展事件流取消关注失败（未关注）结束取消关注成功，取消关注连接变为关注连接特殊需求用户已经关注某用户补充说明无表格 3.5 DeleteFocus状态图：图： 3.5 DeleteFocus状态图用例描述：Comment用例名称Comment主要业务参与者用户评论前置条件用户查看已经发布的Topic后置条件评论成功触发条件用户在评论文本框里输入内容，点击添加评论基本路径（主事件流）点击“评论”连接，展开评论列表，输入评论内容，点击评论按钮。扩展事件流无结束评论成功，可在列表中看到评论的内容特殊需求无补充说明无表格 3.6 Comment用例描述Release Topic用例名称Release Topic主要业务参与者已登录用户前置条件已登录后置条件发布成功触发条件用户在文本框中输入内容后点击发布基本路径（主事件流）用户在文本框中输入内容（其中包括插入音频和视频）后点击发布，点击发布按钮按钮。扩展事件流无结束发布成功，可在列表中看到发布的内容特殊需求无补充说明无表格 3.7 Release Topic状态图：图： 3.6 Release Topic状态图用例描述：Release Music用例名称Release Music主要业务参与者已登录用户前置条件已登录后置条件发布音乐成功触发条件用户在文本框中输入内容后，点击插入音乐，点击发布基本路径（主事件流）用户在文本框中输入内容，点击插入音乐，填写必要音乐信息，点击浏览，选择一首音乐，等异步上传完毕后，点击添加，然后点击发布按钮。扩展事件流无结束发布成功，可在列表中看到发布的音乐内容特殊需求无补充说明无表格 3.8 Release Music用例描述：Release Video用例名称Release Video主要业务参与者已登录用户前置条件已登录后置条件发布视频成功触发条件用户在文本框中输入内容后，点击插入视频，点击发布基本路径（主事件流）用户在文本框中输入内容，点击插入视频，填写必要视频信息，点击浏览，选择一个视频，等异步上传完毕后，点击添加，然后点击发布按钮。扩展事件流无结束发布成功，可在列表中看到发布的视频状态（转码和审核）。特殊需求无补充说明无表格 3.9 Release Video用例描述：Forward Topic用例名称Forward Topic主要业务参与者已登录用户前置条件已登录后置条件转发成功触发条件用户对某一条Topic点击转发连接基本路径（主事件流）用户对某一条Topic点击转发连接。弹出转发对话框，输入内容（或表情），点击转发按钮扩展事件流无结束转发成功，可在topic列表中看到特殊需求无补充说明无表格 3.10 Forward Topic用例描述：User用例名称User主要业务参与者已登录用户前置条件已登录后置条件发布成功触发条件在发布Topic中带有+nickName+空格，可视为某一用户基本路径（主事件流）在用户发布Topic中，输入，这时会有好友列表提示，此时选择相应的好友，就可以到某一用户扩展事件流无结束成功，可在topic列表中看到特殊需求无补充说明无表格 3.11 User用例描述：Favorite Topic用例名称Favorite Topic主要业务参与者已登录用户前置条件已登录后置条件收藏成功触发条件在已经发布的Topic中点击收藏链接基本路径（主事件流）在已经发布的Topic中点击收藏链接后，返回相应的操作结果，如果收藏成功则，该链接将会变为“取消收藏”扩展事件流无结束可在收藏列表中看到特殊需求无补充说明无表格 3.12 Favorite Topic3.3.4 用户对共享资源及个人信息管理 (网页版)图： 3.7 用户共享资源管理用例描述：UserSearch：用例名称UserSearch主要业务参与者已登录用户前置条件已登录后置条件检索并显示出结果触发条件用户进入用户检索页面，并且在检索框中输入了内容，点击搜索按钮基本路径（主事件流）根据用户提交回来的数据，检索系统中是否含有昵称为关键字或和关键字相似的用户。根据检索结果返回给用户。扩展事件流无结束无特殊需求无补充说明无表格 3.13 UserSearch用例描述：Topic Search用例名称Topic Search主要业务参与者已登录用户前置条件已登录后置条件检索并显示出结果触发条件用户进入全文检索页面，并且在检索框中输入了内容，点击搜索按钮基本路径（主事件流）根据用户提交回来的数据，检索系统中是否含有昵称为关键字或和关键字相似的用户，或者含有于此关键字相似的topic内容，或者音乐名称，或者视频名称等扩展事件流无结束无特殊需求无补充说明无表格 3.14 Topic Search用例描述：Modify Password用例名称Modify Password主要业务参与者已登录用户前置条件已登录后置条件修改成功触发条件用户进入个人管理的修改密码页面基本路径（主事件流）等用户输入数据，并且提交后，检查核对原密码是否正确，如果正确则执行修改，如果错误则拒绝修改扩展事件流原密码错误，修改失败结束修改成功或失败特殊需求无补充说明无表格 3.15 Modify Password状态图：表格 3.16 Modify Password状态图用例描述：ModifyIcon