目    录

1.前言 7

1.1问题定义 7

1.2系统功能简介 7

1.3主要相关技术及软件介绍 7

1.3.1jsp技术介绍 7

1.3.2JavaBean的介绍 8

1.3.3 Derby数据库的介绍 9

1.3.4Macromedia Dreamweaver 8软件简介 9

1.3.5Web服务器Tomcat介绍 11

1.3.6B/S模式 11

1.4系统运行环境 12

1.5各章内容简介 12

2.可行性报告 13

2.1 可行性研究的前提要求 13

2.2 可行性分析 13

3.需求规格说明 14

3.1系统性能需求分析 14

3.1.1   数据负荷需求 14

3.1.2  适应性需求 14

3.2 功能需求分析 14

3.3 数据需求分析 15

3.3.1 数据流图 15

3.3.2  项目需求 15

4.总体设计说明 16

4.1 网页总体结构设计 16

4.1.1  功能模块分析与设计 16

4.2 数据库模型总体设计 17

4.2.1  数据概念结构设计——E-R图 17

4.2.2数据逻辑结构设计——关系模式 18

5.详细设计说明 19

5.1数据库详细设计 19

5.2 Web网页详细设计 21

5.2.1  登陆的设计与实现 21

5.2.2 毕业生登陆子系统的设计与实现 27

5.2.3  管理员登陆子系统的设计与实现 33

5.2.4  操作数据库的通用模块设计与实现 34

6.代码调试 37

7.系统评价及个人总结 37

7.1  系统的特色 37

7.2  系统存在的不足和其他建议方案 38

7.2.1  系统存在的不足 38

7.2.2  其他建议方案 38

7.3 个人总结 38

结  论 40

参 考 文 献 41

4.总体设计说明

系统结构设计是从计算机实现的角度出发，对系统的逻辑结构进行组合，使其界面更加清楚和明确，并在此基础上，将系统进一步逐层分解，直至分解到模块。其基本思想是：将系统模块化，即把一个系统自上而下逐步分解为若干个彼此独立而又有一定联系的组成部分。

因此在设计过程中，系统的划分遵循如下原则：

(1)子系统要具有相对独立性。也就是说要把相对独立的事务处理过程作为一个子系统，这样子系统才具有较高的内聚性，与其它的系统的祸合性也较弱，便于系统的开发、使用及日后系统的维护。

(2)子系统的划分结果应使数据的冗余度最小。应避免部分数据在多个子系统中出现，尤其是修改，以保证系统的安全性、可靠性和数据的一致性。

(3)子系统的划分应能满足社团管理的需要，功能应齐全，操作要方便，并为今后的发展留有接口。

(4)子系统的划分应以社团管理的职能为依据，尽量避免过分依赖于组织机构，以防止机构的变更为系统带来不必要的麻烦。

由上述分析结合需求分析的实际情况，高校社团信息管理系统的主要用户分为两类：一类是在校的大学生；另一类是社团的负责人。由于是基于web技术和数据库连接，据网页结构划分，整个系统可以分为2个子系统—前台主页和后台主页，另外还有数据库。

4.1 网页总体结构设计

根据上述分析，我们划分出网页前台和后台的功能层次图，前台功能主要为在学生、社团和社团活动提供，后台功能为管理员提供。

4.1.1  功能模块分析与设计 

学生注册：用户注册为学生进行注册。注册登录需要填写用户名、密码等相关信息进行注册，注册并通过审核后方可登录，然后进行相关操作。

登录：注册完之后用户可以用在注册时使用的用户名和密码登录；

个人信息：修改和完善个人的信息，包括用户名，性别，所在学校，联系电话，email和个人描述等；

我的社团：显示的是我参与的社团和我创建的社团；

加入的社团：当前可以加入的的社团；

参加活动：当前可以参加的活动；

后台管理模块：后台模块只有管理员能使用，对网站和信息（社团信息和社团成员信息）维护和管理。