软件项目管理课程设计.doc

青岛理工大学亲岛学院
课程设计(论文)
课程名称    软件项目管理    
题目名称  学生社团管理系统  
学生学部(系) 计算机与艺术设计学部
专业班级 XX计算机科学与技术X班  
学  号     XXXXXX     
学生姓名      XXX      
指导教师    XXXXX       
2009年 03月05日
选题背景
课题概述
设计这个学生社团管理系统的初衷,是为了使学校能够更好地管理本学院繁多的学生社团,以及方便学生更好地了解各个学生社团的信息,从而丰富学生的课余生活。本学院自建校以来,师生队伍不断壮大,有越来越多来自五湖四海的莘莘学子成为本学院的一份子。在为了学业奋斗的同时,丰富的课余生活也成为同学们的追求之一。各式各样的学生社团先后成立,实现了同学们的愿望。但是学院对于社团的管理过于繁复,申请创立社团的手续也过于繁琐,这既阻碍学生社团的发展,也降低学院的工作效率。于是设计一个符合本学院要求的管理系统的设想便应运而生。
项目需求简述
设计这个学生社团管理系统,需要达到以下几个要求:
功能问题:
学生社团管理系统必须能够达到要求的功能,才能满足各种不同种类的用户对该系统的要求。例如申请创建社团功能、审批功能、社团活动提交功能、社团成员个人信息提交功能等等。
权限问题:
权限问题解决一个什么用户登入系统得到一个什么样的操作的问题。该系统必须能够正确识别在什么用户对系统进行操作的时候能够实现那些功能,屏蔽那些功能。
效率问题:
学生社团管理系统,顾名思义就是对学生社团的各种相关操作进行有效的管理。尽可能的缩短各个操作的手续和操作时间,提高运作效率,是该系统的重要特点。
维护问题:
该系统要便于维护,并能精准地进行每天的数据交流和保存。这要求整个系统的结构不仅要严谨,而且要具有较高的数据处理能力。
系统框架结构图
管理
申请加入
发布信息
通知信息
阅读评论
阅读
录入数据
登出
登入
管理系统信息
发布主界面
欢迎界面
(非学院访问者)
学院成员
访问端界面
社团成员
使用端界面
社团管理系统
数据库
社团管理端
界面
提交信息
申请创建
学院管理端
界面
阅读评论
系统框架结构图
软件项目需求管理
因为本项目是以学生的角度出发进行需求调研,所以无论是从专业知识的角度还是从需求说明的角度都已经比较完善。尽管如此,随着项目的发展,同时身兼用户的开发者也会有可能因为经验的增加而发现一些不合理或缺少的需求,必然会引起需求变更。为了避免不必要的需求变更,在开发《学生社团管理系统》需求的时候,项目组必须确定需求规格。因为开始的时候,界面无法表述,故本项目采用原型分析方法确定需求。根据需求,本系统应该提供统一的登录界面,然后通过判断登录IP地址(即判定是本学院的局域网登录还是来自广域网的非本学院访问者的登录)及ID(即判断是学院管理者、社团管理者、社团成员还是非社团成员的学院学生的登录)来给出相应的使用界面。通过不同的使用界面都能够连接到管理系统的信息发布主界面,但是不同性质的用户对该界面的操作权限各不相同。同时系统还必须设置一个数据库存放社团及社团成员的信息,以便社团的管理。
根据讨论,该系统将“管理系统信息发布主界面”作为所有用户共同享有的主平台。不同用户将根据自己的用户性质享有对应的操作权限。
如果用户以非本学院访问者的角色登录界面(即在IP段来自广域网、没有输入社团成员ID和口令的情况下登录),则进入“欢迎界面”。非本学院访问者几乎没有任何权限,他享有的只有一个,就是对“信息发布主界面”的阅读权限。这是为了避免外人发布恶意信息及蓄意破坏而设置的。但同时保留阅读权限也使得非本学院的访问者能够通过“信息发布主界面”了解学院社团的运作和活动,为社团提供一个对外展示的平台。
如果用户以学院成员访问者的角色登录界面(即在IP段来自学院局域网,没有输入社团成员ID和口令的情况下登录),则进入“学院成员访问端界面”。学院成员访问者享有对“信息发布主界面”的阅读和评论权限,可以对社团发布的信息提供建议或反馈。学院成员访问者还享有对“社团成员使用端”的登入权限、对“学院管理端”发出申请创建社团的申请权限以及对“社团管理端”发出申请加入社团的申请权限。
如果用户以社团成员访问者的角色登录界面(即在输入社团成员ID和口令的情况下登录),则进入“社团成员使用端界面”。社团成员访问者享有对“信息发布主界面”的阅读、评论以及所属社团信息获取的权限。社团成员访问者还可以在“社团成员使用端”中修改自己的个人信息,并由系统提交到所属社团进行备案,最后归入“系统数据库”进行存档。
如果用户以社团管理者的角色登录界