https://www.bilibili.com/video/BV1Km411S7Nk/
演示视频:
3.1可行性分析
通过对系统实行的目的初步调查和分析,提出可行性方案并对其一一进行论证。我们在这里主要从技术可行性、经济可行性、操作可行性三方面进行分析。
3.1.1 技术可行性
本群内通知提醒系统主要采用JAVA技术,基于微信小程序,采用MYSQL数据库进行开发的。系统的开发主要包括前端应用程序的开发以及后台数据库的建立和维护两个方面。对于应用程序的开发要求具备功能要完备、使用应简单等特点,而对于数据库的建立和维护则要求建立一个数据完整性强、数据安全性好、数据稳定性高的库。
作为计算机专业的学生,对数据库比较熟悉,掌握了JAVA技术,MYSQL数据库,在大学对软件工程,软件测试,UML统一建模语言等课程进行过系统的了解,也能够对这些课程进行开发,拥有一定的系统辨别、开发和检验能力。建立这样一个系统应该在能力范围之内
综上所述:基于微信小程序的群内通知提醒系统的开发技术具有很高可行性,且开发人员掌握了一定的开发技术,所以系统的开发具有可行性。
3.1.2经济可行性
经济可行性研究是对组织的经济现状和投资能力进行分析,对系统建设运行和维护费用进行估算,对系统建成后可能取得的社会和经济效益进行估计。由于本基于微信小程序的群内通知提醒系统所要求的硬件(计算机及相关硬件)和软件环境(JAVA+MYSQL),市场上都容易购买到或从相关网站下载,系统成本主要集中在本群内通知提醒系统的开发与维护上,对开发人员不造成过重的经济负担。而一旦此系统投入使用,不仅可以减少管理人员的工作强度,提高管理效率,而且方便了用户进行通知查看等,目标系统不是很复杂,开发的周期较短,人员经济支出不大,所节省的大量人力、财力产生的效益将远远大于本群内通知提醒系统的开发成本,所以从经济方面讲开发此系统是可行的。
3.1.3操作可行性
此群内通知提醒系统是基于微信公众平台开发的,操作非常容易,只要用户用过智能手机,打开微信客户端应用软件,进入本基于微信小程序的群内通知提醒系统,便可进行查询信息、管理员可以进行教师管理、学生管理、通知管理等操作,方便快捷,因此操作方面是可行的。
综上所述,本群内通知提醒系统的设计是必要可行的。
3.2性能需求分析
(1)完整性分析:要求各种信息记录的完整性,内容不能为空,各种数据间联系应保持正确性,且相同的数据在不同记录中的一致性。
(2)系统运行速度分析:页面响应时问应该在3秒以内,最长不能超过4秒。
(3)界面分析:系统界面要求简单明了,容易操作,符合用户操作习惯。
(4)安全性分析:要充分保证系统的安全性、稳定性。要想对系统进行管理,必须经过正确的账号密码进行登录,否则无权进行管理。在具体实现中对不同的权限进行设定,不同权限的用户在系统中登陆后,不可以越级操作。
3.3 功能需求分析
本群内通知提醒系统主要满足教师、学生和管理员以两类用户的需求,下面将具体分析这两类用户的功能需求。
管理员:管理员可登录系统后台对系统进行全面管理,登录后主要实现的功能包括老师管理、学生管理、分组管理、通知管理、同组成员、通知中心。
老师用户:用户通过微信小程序进入本微信小程序,可进行通知管理、同组成员和通知中心等。
学生用户:用户通过微信小程序进入本微信小程序,可进行同组成员、查看通知等。
3.4系统流程分析
3.3.1 开发流程
在开发本基于微信小程序的群内通知提醒系统时,首先进行需求分析,进而对系统进行总体的设计规划,设计系统功能模块,数据库的选择等,本系统的开发流程如图3-1所示
图3-1 系统开发流程图
3.3.2 登录流程
用户要想进入系统,必须首先通过正确的账号和密码进行登录系统。登录模块主要完成系统管理员和用户的登入,输入账号和密码,系统自动验证数据的正确与否,登录信息正确则进行对应用户功能界面,否则登录失败。登录流程图如图3-2所示。
图3-2 系统登录流程图
3.3.3 添加信息流程
管理员和用户登录后均可进行添加信息操作,系统在添加信息的时候,首先输入信息,看信息是否正确,正确的话,添加成功,否则返回输入信息,添加信息流程图如图3-3所示。
图3-3 系统添加信息流程图
3.5系统UML用例分析
UML的缩写是 Unified Modeling Language,又称统一建模语言。是用来对软件密集系统进行可视化建模的一种语言。它是开发者对客观事物进行建模的标记,同时它也是为开发者了解系统需要什么样的功能和整个流程是什么样的做的前期工作。现在我们就对本群内通知提醒系统进行UML建模分析。
本群内通知提醒系统系统UML用例图如图3-5所示。
图3-5 系统UML用例图
4系统设计
本基于微信小程序的群内通知提醒系统不仅要求功能完善,而且还要界面友好,因此,对于一个成功的系统设计,功能模块的设计是关键。
在设计体系的时候要做到全方位的站在用户的立场上考虑问题,让最终的系统能够顺应大众用户的需求。这一章节将重点突出对于体系的结构框架的设计描述上,以及系统的数据库设计。
3.1系统结构设计
系统架构的结构设计是一个将一个庞大的任务细分为多个小的任务的过程,这些小的任务分段完成后,组合在一起形成一个完整的任务,本基于微信小程序的群内通知提醒系统结构图如图3-1所示。
图3-2 系统功能模块图
3.2系统数据库设计
3.2.1 数据库设计原则
在概念设计中,通常用四种方法:
自顶向下、自底向上、逐步扩张、混合策略,以它为骨架集成由自底向上策略中设计的各局部概念结构
在物理结构设计阶段首先分两步走:
确定数据库的物理结构,在关系数据库中主要是指存取方法和存储结构。 对物理结构的评价是时间和空间效率。
选取正确的关系模式存取方法,常用的有:存取索引方法、聚簇存取、HASH存取方法等。
3.2.2数据库概念设计
设计概念就是在数据分析的基础上自下而上的对整个系统的数据库概念结构进行设计。从用户的角度对视图进行开发,然后集成视图,最后分析从而取得最后的结果。
对概念进行设计时采用实体—联系(E-R)的模型开发措施。E-R模型法的构成元素有:实体、属性、联系,E-R模型可以用E-R图来表示,是对用户工作环境中所相关的事物给予提示,对实体特性的描述就是属性。
设计概念的出发点是能够对企业组织信息要求的数据库概念结构进行反映,就是概念模式。概念模式不依附数据库逻辑结构,,也不依赖支持数据库的DBMS,独立于计算机系统。
根据系统的功能模块划分,具体分析了本系统中大部分的实体,本系统的主要实体图如下:
1、消息实体属性图如图3-4所示
图3-4 消息实体属性图
2、消息状态属性图如图3-5所示
图3-5 消息状态属性图
3、用户实体属性图如图3-6所示
图3-6用户图
4、组实体属性图如图3-7所示
图3-7 组实体属性图