给出软件要达到的功能和要处理的数据之间的关系;物理模型给出处理功能和数据结构的实际表示形式。
2.1.4校友录网站的需求分析
本课题主要研究的内容为基于.NETFramework的网络应用程序实现,利用的开发工具是MicrosoftVisualStudio2005中的ASP.NET。具体的功能就是实现校友之间的信息交流,具有创建学校、班级的功能,还包括加入班级成员,查看班级成员信息和校友留言信息的要求
班级管理员对功能的需求
*班级成员信息管理:可以浏览班级所有成员的信息,并审核要求成为班级成员的用户信心。
*留言信息管理:可浏览、添加,并维护所有班级成员所有留言信息。
班级用户对功能的需求:
*申请加入班级管理:用户找到所在班级后即可申请加入。
*个人信息管理:可注册、修改个人信息。
*留言信息管理:可浏览、添加班级留言信息。
*班级成员信息的浏览:用户可浏览班级所有用户的信息。
2.2概要设计
2.2.1概要设计的一般原理
经过需求分析阶段的工作,系统必须"做什么"已经清楚了,现在是决定"怎样做"的时候了。概要设计的基本目的就是回答"概括的说,系统应该如何实现?"这个问题,因此,概要设计的工作将划分出组成系统的物理元素--程序,文件,数据库,人工过程和文档等等,但是每个物理元素仍然处于黑盒子级,这些黑盒子里的具体内容将在以后仔细设计。
2.2.2系统模块划分
在了解了系统的功能需求后,现将校友录系统划分为7个功能模块:
1)用户登录:用于用户登录系统,并划分权限。
2)用户信息管理:查看注册、修改用户信息。
3)学校信息管理:查找或添加班级。
4)加入班级信息管理:申请加入一个班级。
5)班级成员信息管理:审核班级成员的信息。
6)通讯录管理:班级成员可浏览班级成员信息。
7)信息留言管理:普通班级成员可以浏览所有班级成员的留言信息并可添加留言信息。
2.2.3网站系统层次结构框图
整个系统的功能模块划分如下:(如图2.2)
图2.2系统模块流程图
2.4数据库设计
目前的网络开发,已经不是以前静态页面打天下的时候了。现在的网站,几乎都要涉及到大量的信息,传统的文件方式已经不在适用。用数据库来保存信息已经成为各种网络应用中的首选。
Web应用程序设计少不了数据库,因为只有数据库才能大量、快速地处理信息。使用ASP.NET可以读取SQL和SQLServer数据库,也可以读取其他ODBC(开放式数据库互联)兼容的数据库。
确定系统的流程图后,就要开始着手底层数据库的设计,只有完成数据库的架设后才能在以后的编程中对数据的操作有所依据。在进行本系统数据库的架设时我们选择的是微软的SQL数据库。因为它使用方便且在各方面能满足系统的要求,而且不需要架设数据库服务器,使用十分方便。
在进行数据库的架构时,一般要遵循以下的规则:
1.尽量减少数据的冗余性和重复。
合理的数据库表的设计应该是在满足需求的前提下,使数据的重复量小,应尽量按照关系数据库系统理论方法设计一个数据库,减少数据的冗余。
2.结构设计与操作设计相结合。
在设计数据库时,有时为了编程实现的简洁和思路的清晰,往往故意增加一些数据的冗余。这虽然有悖于传统的关系数据库理论,但是考虑到查询与统计的方便,对编程的实现有很大的好处,往往采用这种方法。
3.数据结构具有相对的稳定性。
数据结构的相对稳定性,可以作为新,旧信息系统转换的依据。
根据系统功能设计的要求及功能模块的划分,对于系统信息数据库,可列出以下数据项和数据结构:
(1)数据表名称:省份信息表(Province)。
表2.1Province表
字段名称
数据类型
大小
字段描述
Province_id
Int
4
省份ID,主键
Province_Name
Varchar
50
省份名称
(2)名称:城市信息表(City)
表2.2City表
字段名称
数据类型
大小
字段描述
City_id
Int
4
城市ID,主键
City_Name
Varchar
50
城市名称
Provice_id
Int
4
省份ID,主键
(3)名称:学校类型信息表(SCype)
表2.3SCType表
字段名称
数据类型
大小
字段描述
Type_id
Int
4
类型ID,主键
Type_Name
Varchar
20
类型名称
(4)名称:用户信息表(SCUser)
表2.4SCUser表
字段名称
数据类型
大小
字段描述
Id
Int
4
ID,主键
Login
Varchar
30
注册帐户
Pssword
Varchar
30
登录密码
Name
Varchar
30
姓名
Bth
Datatime
8
生日
Address
Varchar
50
住址
Sex
Char
2
性别
Wtell
Varchar
30
移动电话
Htell
Varchar
30
家庭电话
Jb
Int
4
级别
Class_id
int
4
班级ID
表2.4SCUser表(续)
字段名称
数据类型
大小
字段描述
Jb
Int
4
级别
Yb
Varchar
20
邮编
Regdate
Datatime
8
注册时间
Lasttime
Datatime
8
最后登录时间
Count
Int
4
登陆次数
(5)名称:学校信息表(School)
表2.5School表
字段名称
数据类型
大小
字段描述
School_ID
Int
4
学校编号,主键
School_name
Varchar
50
学校名称
Province_id
Int
4
省份ID
City_id
Int
4
城市ID
Sch_erea
Varchar
20
城市
Type_id
Int
4
类型
Sch_num
Int
4
学校数量
YB
Varchar
20
邮编
Sch_http
Varchar
50
网址
Sch_who
Int
4
创建人
Del_flag
char
1
删除标志
(6)名称:班级信息表(Class)
表2.5Class表
字段名称
数据类型
大小
字段描述
Class_ID
Int
4
班级编号,主键
Class_name
Varchar
30
班级名称
Province_id
Int
4
省份ID
City_id
Int
4
城市ID
Sch_id
Int
4
学校ID
Admin1
Int
4
正管理员
Admin2
Int
4
副管理员
Type_id
Int
4
类型
Class_num
Int
4
班级数
Grad
char
10
年份
Del_flag
char
1
删除标志
(7)名称:留言信息表(Info)
表2.5Info表
字段名称
数据类型
大小
字段描述
Info_ID
Int
4
留言编号,主键
Info_title
Varchar
40
留言标题
Info_cut
Ntext
16
留言内容
Class_id
Int
4
班级ID
ID
Int
4
留言用户
Editer
Int
4
编辑留言用户
Del_flag
Int
1
删除标志
Info_top
Char
1
帖子置顶标志
2.5数据表关系图
在校友录系统中各数据表的关系图,如图2.3所示。在次数据库系统中,用户表、省份表、城市表、类型表为基础表,学校信息表、班级信息表都会应用到基础表中的信息,信息留言表中应用了班级表和用户表的信息。
图2.3数据表关系图
2.3详细设计
2.3.1详细设计的一般原理
详细设计阶段的根本目标是确定应该具体地实现所要求地系统,也就是说,经过这个阶段地设计工作,应该得出对目标系统地精确描述,从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。详细设计阶段的任务还不是具体地编写程序,而是要设计出程序的"蓝图",以后程序员将根据这个蓝图写出实际的程序代码。因此,详细设计的结果基本上决定了最终的程序代码的质量。详细设计的目标不仅仅是逻辑上正确地实现每个模块的功能,更重要的是设计出的处理过程应该尽可能简明易懂。
2.3.2分模块介绍各模块的关键技术、程序实现方法
本系统的程序主要是采用模块化思想来编写的。例如系统中的conn.aspx文件,在程序的开头是各个功能模块。
(1)系统配置模块(config.asp)
此模块功能主
上一篇:
ASP_net007基于WEB的选课系统(论文和程序)
下一篇:
数字图像的可逆数字水印研究