华南理工大学广州学院管理学院
20xx年“寻访华广校友足迹”暑期专业
实践
报告名称:20xx年“寻访华广校友足迹”暑期专业实践
姓名:
完成时间: 20xx年08月28日
管理学院
20xx年7月
第二篇:校友录系统调研报告
20##级计算机科学与技术专业毕业设计
——校友录调研报告
学校: 皖西学院
班级: 计科1002班
姓名: 胡勇
学号: 2010013367
目 录
第一章 需求分析..............................................................................3
1. 1 任务概述.....................................................................................3
1. 2 用户特点...................................................................................3
1.3 条件与限制................................................................................4
第二章 可行性分析..........................................................................5
2.1技术可行性......................................................................................5
2.2 操作可行性....................................................................................5
第三章 总体设计..............................................................................6
3.1 系统功能分析.................................................................................6
第四章 数据库概要设计..................................................................7
4.1 数据库概念设计.............................................................................7
4.2 数据库E-R图................................................................................8
4.3 实体属性列表.................................................................................9
需求分析
1.1 任务描述
系统模块的设计应该遵循整个系统总体设计思路。即基于B/S模型构建校友录。系统的总体设计应该是提供给上网浏览者一个效率高,能容丰富的网络空间。包括用户可以在线聊天,上传下载图片,网上购物等种种功能。
其中校友录中必不可少的主体模块之一就是网上虚拟班级的创建,它将提供的是一个互动的虚拟空间。班级作为一个整体包含了许多的个体,用户作为班级的个体可以在班级范围能有自己的行为。与其相关涉及到班级的长期维护和管理等功能。班级管理员充当维护者这个角色,他可以将班级成员组织在一起,而且拥有班级管理功能的使用权。而针对用户将使用到的功能和特点,将此系统模块划分为班级注册、管理员信息注册、管理员权限操作(包括:班级成员的删除、班级的删除、更改班级名称、添加班级管理员、班级留言等),数据库设计等几个子模块。那么系统功能的使用者应该是班级管理员,所有的功能设计都应该以管理员的权限为核心。此处管理员权限的功能设计定要引用到大量的数据库操作,这就需要考虑到为虚拟班级分配系统存储空间,建立数据库表。那么,选择数据库,创建数据库用户和表,建立与数据库的连接,使用SQL语言操作数据库就是系统后台设计围绕的主体。能否将系统的前后台合理有效的关联是整体系统模块成功的关键。
1.2 用户特点
系统应该围绕着用户特点设计。管理员有权将普通班级成员升级为班级管理员,协调日常工作。有权将班级管理员降级为普通班级成员,将违反网站用户协议的,对班级造成不良影响的普通班级成员从本班级中除名。有权将班级的名称进行合理更改,使其更容易查询。有义务定期维护班级校友录,发展班级成员,使旧时的班级重新成为一个整体。以便参加网站为校友们不定期举办的丰富多彩的活动,发布班级通知等。遵守网站用户协议,管理班级成员不传播任何非法的、伤害性的、淫秽等信息资料。有义务作为班级成员与网站之间的沟通纽带,及时将双方所需的信息进行沟通。可以将自己的所有权利移交给另一位班级成员。
1.3 条件与限制
此系统模块的设计主要突出班级管理员的功能和特点,它与普通的用户有很大的区别。系统虽然对所有用户开放,但部分资料和功能只针对班级管理员开放;新增用户需要通过申请、注册等方式获得希望得到的权限和信息;必须要遵守网站用户协议。数据库中要以班级名称和用户名为主键,这就要求用户创建初始信息是必须填写这两项。为了确保用户输入数据的有效性并与数据库字段设计相符,所以对用户输入的表单项也要做相应的约束
目前,学校工作繁杂、资料众多,虽然各类管理信息系统已进入高校,单位普及,而且对于学生成绩管理来说,目前还没有一套完整的、统一的系统。因此,开发一套适合大众的、兼容性好的系统是很有必要的。
本系统在开发过程中,注意使其符合操作的业务操作,并力求系统的全面性、通用性,使得本系统不只是适用于一家教育机构。在开发方法上,选择了生命周期法与原型法相结合的方法,遵循系统调查研究、系统分析、系统设计和系统实施四个主要阶段进行设计,而在具体设计上,采取了演化式原型法,随着用户的使用及时对系统了解的不断加深,对其一部分或部分进行重新分析、设计、实施。本论文主要从系统分析、系统设计、系统实施与使用等几方面进行介绍。
校友录系统是典型的信息管理系统,经过分析,此次的管理系统是采用Sql Server2008作为开发数据库的工具,还使用Visual Studio2008作为开发平台的动态网站系统。本系统主要用于校友录注册,总体任务是实现校友录的系统化。规范化和自动化。其主要任务是用计算机对用户进行管理,如修改、增加、删除。
可行性分析
2. 1技术可行性
在开发设计校友录管理系统之前,我对该系统的市场前景进行了认真细致的研究和分析。在广泛调查中我发现目前校友录管理系统有着广阔的市场前景,市场前景一片看好。而且随着校友录数量的增大,对同学某个情况的查询也变得越来越复杂。所以急需要一款计算机软件来对此进行管理。另一方面,随着计算机的迅速普及,使得人们广泛利用计算机技术管理同学录成为一种可能。以前想管理宠大的通讯录,但也没有设备来支持。在制作前,我曾数次到软件市场去调查了解,竟然没有发现一款这样的软件。所以说一个是市场广阔,一个是软件短缺,这就给校友录软件的开发提供了很好的机遇,我相信校友录软件开发制作成功之后将会取得很好的经济效益。
2.2操作可行性
在调查了解后,我对校友录管理系统的市场开发前景充满希望。另外我认为制作这款系统也具体的很强的可操作性。一方面在学校期间曾经制作过一款类似的信息管理软件,对信息管理软件的从开发到制作整个过程有个清楚的了解,另一方面我认为只要认真去准备、去研究、去调查、去分析,在不懂的地方向老师同学请教,是应该可以完成校友录管理系统的设计与实现的。
总体设计
系统功能分析
3.1 系统功能分析
校友录系统要求实现以下主要功能:
1.用户注册
用户注册是校友录系统使用的第一步,也是说必须注册为系统用户后才可以在校友录中进行其他操作。
2.注册信息修改
用户在成为系统的注册用户后,还可以修改个人信息,这些信息主要包括用户的联系信息、家庭住址等信息。
3.用户登录
由于此系统设计了不同权限的用户,因此需要用户进行登录设置,来区分用户的权限。
4. 创建学校
在校友录系统中,如果注册用户的学校不存在,用户可以在校友录中创建自己的母校。
5. 创建班级
在校友录系统中,如果注册用户的班级不存在,用户可以在校友录中创建自己的班级
6. 申请加入班级
如果用户所在班级信息已经建立,注册用户就可以申请加入此班级。
7. 审核班级新成员
班级管理员可以审核班级成员信息,可以添加和删除成员。
8. 查看班级成员列表
可以浏览班级成员信息。
9. 留言信息
可以发布留言信息。
数据库概念设计
4.1 数据库概念设计
数据库的概念设计就是画出E-R图。
分析前面的系统
为了能实现查询和统计校友信息情况功能要求,需要一个表来存储和管理用户信息,使系统能够接受用户输入的各项数据,以实现数据录入、查询或统计校友信息等功能。用户是本系统的第一个实体。等功能,必须有一个表来存储和管理所有校友的信息。
4.2 校友录系统数据库的E-R图如下:
4.3实体属性列表如下:
数据库逻辑设计
5.1 数据库逻辑设计
将数据库的概念模型转换为关系模型:
实体转换成的关系模式有:
用户(用户账号,姓名,性别,年龄,电话号码,家庭住址,班级id、邮编、注册时间、最后登录时间、Email、登录密码)
学校(学校id,学校名)
城市(城市id,城市名称、省份id)
由联系转换成的关系模式有:
登记(序号,客房号)
因为学校与用户是一比多联系,所以可以取消登记这个实体,在客人实体中添加用户属性。
各关系模式为:
用户(用户账号,姓名,性别,年龄,电话号码,家庭住址,班级id、邮编、注册时间、最后登录时间、Email、登录密码)
学校(学校id,学校名)
城市(城市id,城市名称、省份id)