目    录

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和个人描述等；

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

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

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

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