社团项目之需求分析
小组成员:
姓名 | 学号 | 分工 |
邵昱程 | 31701014 | 软件需求分析,数据库设计,后端程序编写优化 |
钮文剑 | 31701044 | 需求分析,前端 |
罗宇 | 31701043 | 需求分析,框架 |
郑逸旸 | 31701331 | 原型设计,后端 |
沈亦骞 | 31701045 | ER图设计,前端 |
吴雨翰 | 31701051 | 文档撰写,前端 |
随着我国高等教育的快速发展,高校办学规模不断扩大社团活动日益丰富,高校中大大小小的社团犹如雨后春笋般地建立起来。然而,其中许多的社由于缺乏管理而发展困难,于是便纷纷在昙花一现中退出了社联的大舞台。社团的出现为大学生们供了一个展现自我、发展自我的平台。然而,社团从建立到社团消亡过程,对于学校来说无疑是资金的流失;对于学生来说便是缺少了一个发展自我的舞台。面对社团内纷繁复杂的事物以及日益增多的资料收藏,社团负责人急需一个有效的管理系统作为自己的管理工具,实现网上操作,提高工作效率。然而在目前,大部分的高校都没有能设立起这样的管理系统。我所开发的唐仲英爱心社活动管理系统就是一个从总体立足,以社团的主体工作—社团活动为出发点兼顾社员管理,为社团负责人提供了一个方便、快捷地了解社内信息和及时、准确的做工作计划的工具,从而为社团良好的发展起到了一定的推动作用
需求分析是整个设计过程的基础,是最困难、最耗时间的一步。需求分析做的不好,甚至会导致整个数据库设计返工重做。 1.1 设计目标与任务
1.1.1需求分析阶段的目标
(1) 详细调查,深入了解社团,对存在的问题进行分析,从而完成对背景和研究意义的分析;
(2)完成业务处理和数据处理(业务流图和数据流图),准确地表达用户的需求;
(3) 建立数据字典;
1.2需求分析阶段的任务
(1) 处理对象:活动信息,社员基本信息,社员—活动信息,活动地点信息 ,活动完成情况信息,详细描述如下:
a 活动信息:对经过团委批准后的活动的详细资料,涉及的数据有:活动的编号,名称,时间,活动地点的名称,负责人姓名,活动经费等;
b社员基本信息:社长审批社员能否参加活动的依据,涉及的数据主要有:社员的编号,名字,性别,年级学院,出生日期,爱好特长 ,住处,联系方式,是否负责人等;
c社员—活动的信息:处理活动参加情况,一个社员可以参加多项活动,一项活动可以被多个社员参加。涉及的主要信息有:活动的编号,社员的编号;
d地点信息:一项活动可以在多个地点开展,一个地点可以开展多项活动。涉的内容主要有:地点的编号,地点的名称,地点负责人,联系电话等;
e 活动评价信息:其中主要涉及的数据有:评价编号,活动效果,活动说明,活动得分;
在以上处理对象中,可用每个处理对象的编号或名称将各个对象联系起来,可以实现社内总体信息的查看,同时,当其中的某个对象改变时,其他对象中的数据要做相应的改变。
(2)处理的功能
本系统处理功能比较简单,主要包括活动的管理为核心模块,社员的管理,社员参加活动的管理等。其中,主要实现查询,插入、修改、删除等功能。
(3)安全性及完整性要求
由于本系统的用户主要是基于社团管理者管理社内主要业务出发,同时还允许社内成员了解自己参加活动情况,因而其安全性要求不是很高。
在用户登录管理系统中,有相关用户身份(用户名和密码)验证。用户主要为社团管理者和社员,有社员权限限制。对操作过程中的数据查询和更新操作,可对数据库访问进行授权,还可以建立视图对不同的用户进行权限设置,从而进一步来保证安全性。
在完整性要求中,活动编号,社员编号,村庄编号等可作为主键,可唯一标识实体,社员入社,社员参加活动以及活动的选址等,都通过外键将其联系起来。
1.2 结果
1.2.1需求调查以及收获
在整个需求分析阶段,首先通过亲身参加业务工作来了解业务活动的情况;其次,查阅了许多相关资料(社员信息,活动资料等);最后通过与社长交谈,经社长介绍社内现状及其工作中遇到的困难,认识到此系统应该实现的功能以及在做这个系统时我应该努力的方向。
1.2.2业务流程图(业务流图如图1.1)
业务描述:一般学生通过提交入社申请,经秘书处批准,通过者则可成为社员。秘书处拟订并提交本学期的计划书,经团委老师审核,审核通过的活动再交由外联部进行实地调查、联系。外联部通过实际调查取得村庄的信息并与当地主要负责人联系好后,组织部就根据以上所得信息开展活动。社员参加活动要在秘书处报名,秘书处对所有报名者进行审核,审核通过者便可参加活动。
数据流图
ER图
原型图展示:
原文地址:https://www.cnblogs.com/wuyuhann/p/11797715.html