婚庆网站的设计与实现.docx
《婚庆网站的设计与实现.docx》由会员分享，可在线阅读，更多相关《婚庆网站的设计与实现.docx（56页珍藏版）》请在冰豆网上搜索。
婚庆网站的设计与实现
题目：
钟爱一生婚庆的设计与实现
姓名：
学号：
院（系、部）：
数学与信息技术学院
专业：
计算机科学与技术
班级：
指导教师：
完成时间：
2015年4月
摘要
钟爱一生婚庆以SQLServer为后台数据库，使用ASP.net技术实现动态网页的制作，文章从技术可行性、经济可行性、操作可行性、用户的需求、数据库设计和系统实现方面进行了详细阐述。
根据需求分析可把系统分为游客、用户和后台管理员（普通管理员和超级管理员）三种角色。
游客可以浏览首页、婚礼项目、婚礼项目类别、主持司仪、司仪安排、留言板、婚礼习俗、婚礼习俗类别、谈婚论嫁等。
用户可以通过自己的账号登录到，并且可随时修改自己的基本信息；用户登录后可以根据自己的需求来选择适合自己的婚礼项目，加入购物车，提交订单，预约司仪。
普通管理员在后台可以对婚礼项目、订单、用户、婚礼习俗、司仪预约时间安排等信息进行基本的添加、更新和删除操作。
超级管理员不仅可以管理普通管理员可以管理的项目，还可以对主持司仪、服务人员、普通管理员进行管理。
关键词：
婚庆；数据库系统；ASP.NET；SQLServer
Abstract
Lovelife weddingwebsite isimplementedbyASP.NET,thedatabasemanagementisusedbySQLServer2005.Thetechnicalfeasibility,theeconomicfeasibility,theoperationfeasibility,theuserrequirements,thedatabasedesignandthesystemrealizationaredescribedindetail.Accordingtotherequirementsanalysis,thesystemhasthreeroles:
thevisitor,theuserandtheadministrator （thegeneralmanagerand thesupermanager） .Thevisitorcan viewthehomepage, theweddings, thekindsofwedding,theweddingmoderators, thescheduleofmoderator,themessageboard, theweddingcustoms, thekindsofweddingcustoms,etc.Afterlogging,theusercanmodifytheirbasicinformation atanytime.Accordingtotheneeds,theusercanchoosetheirown wedding items ,addthemtocart,submittheorders,andbookingthemoderators.Thegeneralmanagercaninsert,update,deletetheinformationoftheweddingitems,theorders,theusers,theweddingcustoms,andthescheduleofmoderator.Inadditiontotheabove,thesuperadministrator canalsomanagethemoderators,theservicepersonnelandthegeneralmanagers.
Keywords:
Weddingwebsite;DBS;ASP.NET;SQLServer
1绪论
1.1系统开发背景
随着时代的更新和社会的进步，人们对生活质量的追求越来越高，对自己的婚礼也越来越要求严格，由此许多婚庆公司应运而生。
但是面对着如此众多的婚庆公司，新人们也无从挑选，也不想浪费时间去一家一家的咨询、了解，所以婚庆管理也就起到了不可替代的作用。
它集婚庆知识、服务项目等于一身，实现钟爱一生婚庆自主、智能化的管理，以致于达到提高管理效率，满足不同层次人群的需求，节省人力资源，提高经济效益的目的。
1.2系统开发意义
钟爱一生婚庆可合理地把网络和婚庆结合在一起，顾客在家通过点鼠标就可订购婚礼上的所需要的东西，也可以预约司仪。
通过本顾客还可以了解到婚礼上的布置场景、司仪资料等信息。
钟爱一生婚庆的实现为顾客提供了便捷、高效的订购婚礼所需服务的途径，节约了顾客的咨询时间，顾客可根据需求选择合适的司仪，简化了顾客订购的环节，同时提高了婚庆公司的工作效率。
2可行性分析
2.1技术可行性
根据用户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究实现系统的可行性[1]。
钟爱一生婚庆用VisualStudio2005为开发平台，使用ASP.NET技术和SQLServer2005数据库管理软件进行系统设计与实现。
2.1.1ASP.NET技术
ASP.NET是基于通用语言的编译运行的程序，所以它的强大性和适应性，
可以使它运行在Web应用软件开发者的几乎全部的平台上。
通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.NET的Web应用中。
ASP.NET同时也是language-independent（语言独立化）的，所以，用户可以选择一种最适合的语言来编写程序，或者把程序用很多种语言来写，现在已经支持的有C#（C++和Java的结合体），VB，Jscript,C++、F++。
这样的多种程序语言协同工作的能力还将保护现在的基于COM+开发的程序，能够完整向ASP.NET移植[2]。
另外，任何ASP.NET应用程序都可以使用整个 .NET Framework。
开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。
ASP.NET可以无缝地与 WYSIWYG HTML编辑器和其他编程工具（包括Microsoft Visual Studio .NET）一起工作[3]。
2.1.2SQLServer2005
SQL Server 是一个关系数据库管理系统。
SQL Server 2005 是一个全面的数据库平台，使用集成的商业智能 （BI） 工具提供了企业级的数据管理。
与 Microsoft Visual Studio、Microsoft Office System 以及新的开发工具包（包括 Business Intelligence Development
Studio）的紧密集成使 SQL Server 2005 与众不同[4]。
无论是开发人员、数据库管理员、信息工作者还是决策者，SQL Server 2005 都可以提供创新的解决方案，使用户从数据中更多地获益[5]。
2.1.3ADO.NET
ADO.NET可为撰写 Managed 程式码的开发人员提供类似于ActiveX Data Objects
（ADO）提供给原生元件物件模型 （Component Object Model，COM）开发人员的功能。
建议使用而非ADO来存取.NET 应用程序中的资料。
ADO .NET会提供最直接的方法，让开发人员在 .NET Framework 中进行资料存取[6]。
它提供了平台互用性和可伸缩的数据访问，ADO .NET增强了对非连接编程模式的支持，并支持RICH XML。
由于传送的数据都是XML格式的，因此任何能够读取XML格式的应用程序都可以进行数据处理。
事实上，接受数据的组件不一定要是ADO .NET组件，它可以是基于一个Microsoft Visual Studio的解决方案，也可以是任何运行在其它平台上的任何应用程序[6]。
这些开发工具功能都较强大，并且有较强的接口，因此，钟爱一生婚庆在技术上是可行。
2.2经济可行性
经济可行性是指可以使用的资源的可能性（资源包括人力资源、自然资源和资金条件）。
在这个网络购物盛行的时代，钟爱一生婚庆的市场前景是非常广阔的。
钟爱一生婚庆开发费用很少，而且婚庆公司应用后会逐步提高经济效益。
由以上分析可知，本在经济上是可行的。
2.3操作可行性
因为婚庆公司一般都有自己的业务流程和特点，从而形成的各种文档资料给的建设提供了素材上的支持，由于本最大的特色是宣传，所以在数据、素材的处理上没有复杂的计算。
为了满足在日常维护上的操作可行性，钟爱一生婚庆同时设计制作了后台管理，对于稍有计算机知识的人经过简单的培训就能胜任此项工作。
3系统分析
3.1需求分析
钟爱一生婚庆以SQLServer为后台数据库,ASP.net技术实现动态网页的制作，实现婚庆管理自主化、智能化，达到提高管理效率和质量。
方便用户进行浏览、比较，为更多新人的婚礼计划提供参考。
通过钟爱一生婚庆，用户就能做到自己想要的结婚效果，享受到结婚带来的乐趣。
对于游客来看说，游客可以在上浏览婚礼项目、主持司仪的信息，而且游客还可以查看的婚礼习俗、谈婚论嫁、留言板；如果游客想选购婚礼项目和预约主持司仪，则必须进行注册账号；对于该的用户来说，用户可以通过自己的账号登录到，并且可以修改自己的个人信息；用户登录后可以根据自己的婚期来选择适合自己的婚礼项目，以及预约主持司仪；用户可以对本进行留言，回复等操作；对于管理人员来说，他们更关心后台数据进行查询、添加、删除、修改等操作，因此管理员在后台可以对婚礼项目、婚礼习俗、留言板等信息进行基本的添加、更新和删除操作，而且管理员还可对用户、服务人员、主持司仪等信息进行管理，也可对用户的订单和预约信息进行查询、处理及删除有误的信息。
3.2部分数据流图
数据流图就是用来刻画数据流和转换的信息系统建模技术的。
它用简单的图形记号分别表示数据流、转换、数据源以及外部实体[7]。
经过对系统的具体分析，可得出钟爱一生婚庆的顶层数据流图，如图3-1所示。
图3-1顶层数据流图
经过对顶层数据流图的分析，可以得到分解后的第一层数据流图，如图3-2所示。
图3-2第一层数据流图
钟爱一生婚庆的主要功能为用户预约主持司仪功能，对第一层数据流图中的“预约”功能进行展开，得出第二层数据流图，如图3-3所示。
图3-3第二层数据流图
4系统设计
4.1概要设计
根据需求分析，把钟爱一生婚庆分为游客模块、用户模块和管理员模块（管理员分为普通管理员和超级管理员）三部分。
可得出总体功能模块，如图4-1所示。
图4-1总体功能模块
4.1.1游客模块
游客模块如图4-2所示，可实现的操作有：
浏览首页、婚礼项目、婚礼项目类别、主持司仪、司仪安排、留言板、婚礼习俗、婚礼习俗类别、谈婚论嫁、注册、关于公司、联系我们。
✧首页：
游客可浏览首页的容，了解本具体模块。
✧婚礼项目：
游客可浏览婚礼项目的容，了解本都有哪些婚礼项目，游客可以对婚礼项目进行搜索。
✧婚礼项目类别：
游客可以根据婚礼项目类别，来了解婚礼项目。
✧主持司仪：
游客可以查看主持司仪的信息，了解主持司仪的情况。
✧司仪安排：
游客可浏览司仪的时间安排，对司仪时间安排可以进行搜索，如果想预约就必须注册登录。
✧留言板：
游客可浏览留言板的容，如果想留言、回复就必须注册登录。
✧婚礼习俗：
游客可浏览婚礼习俗的容，了解不同地方的婚礼习俗。
✧婚礼习俗类别：
游客可通过婚礼习俗类别，了解不同地方的婚礼习俗。
✧谈婚论嫁：
游客可浏览谈婚论嫁的容，了解一些心灵鸡汤的小故事。
✧注册：
如果游客想进行订购婚礼项目、预约主持司仪，则必须注册成为的正式用户。
✧关于公司：
游客可以浏览关于公司页面，了解公司情况。
✧联系我们：
游客可以浏览联系我们页面，了解我们更多信息。
图4-2游客模块
4.1.2用户模块
用户模块如图4-3所示，用户除了可以实现游客包括的功能之外，还可以实现用户登录、订购婚礼项目、预约主持司仪、进行留言、回复留言、修改基本信息。
✧用户登录：
用户拥有属于自己的账号，他们可以使用此账号登录钟爱一生婚庆。
✧订购婚礼项目：
用户登录后可以选择婚礼项目，进行订购。
✧预约主持司仪：
用户登录后可以根据司仪的时间安排以及自己的婚期，预约合适的主持司仪。
✧留言：
用户登录后可以进行留言，也可以查看自己的留言。
✧回复留言：
用户登录后可以回复他人的容，也可以查看自己的回复。
✧修改基本信息：
用户可以根据需要修改自己的基本信息。
图4-3用户模块
4.1.3管理员模块
管理员可对数据进行管理，管理员分为普通管理员模块和超级管理员模块，分别如图4-4和图4-5所示。
（1）普通管理员
✧订单管理：
普通管理员可以对用户的订单进行安排、删除和添加，还可以根据订单的日期进行搜索。
✧订单明细管理：
普通管理员可以对用户的订单明细进行安排、删除和添加，还可以根据婚礼项目、用户进行搜索。
✧司仪安排管理：
普通管理员可以对司仪安排进行编辑、删除和添加，也可以根据已约时间和地点进行搜索。
✧婚礼项目管理：
普通管理员可以对婚礼项目进行编辑、删除和添加，也可以根据婚礼项目名称进行搜索。
✧婚礼项目类别管理：
普通管理员可以对婚礼项目类别信息进行修改、删除和添加。
✧留言板管理：
普通管理员可以对留言板的容进行删除。
✧回复管理：
普通管理员可以对回复的容进行删除。
✧婚礼习俗管理：
普通管理员负责修改、删除和添加婚庆中的婚礼习俗容。
✧婚礼习俗类别管理：
普通管理员负责修改、删除和修改婚庆中的婚礼习俗容。
✧谈婚论嫁管理：
普通管理员负责修改、删除和添加婚庆中的谈婚婚嫁容。
✧用户管理：
普通管理员可查看用户的基本信息或删除用户，也可查看用户的订单信息。
图4-4普通管理员模块
（2）超级管理员
超级管理员除了具有普通管理员的功能，还具有以下功能如下：
✧服务人员管理：
管理员可查看婚庆服务人员的基本信息，也可对服务人员进行删除。
✧服务人员添加：
通过招聘等信息对服务人员进行添加。
✧主持司仪管理：
管理员可查看婚庆服主持司仪的基本信息，也可对主持司仪进行删除。
✧主持司仪添加：
通过招聘等信息对主持司仪进行添加。
✧普通管理员管理：
超级管理员可以对普通管理员信息进行修改和删除。
✧普通管理员添加：
超级管理员可以对普通管理员信息进行添加。
图4-5超级管理员模块
4.2详细设计
结构化详细设计是对概要设计的进一步细化，常用的描述方式有三类：
图形描述、语言描述和表格描述，图形描述包括程序流程图和问题分析图；语言描述主要是程序设计语言；表格描述包括判定表等[7]。
在此主要运用程序流程图来分析钟爱一生婚庆。
用户登录时，首先对账号的合法进行判断，如果合法则登录成功，否则将返回重新输入；登录成功后用户可进行选择修改基本信息或修改密码，根据需求可得出用户登录和修改信息流程，如图4-6所示。
图4-6用户登录、修改信息流程图
该系统的主要功能为选购预约主持司仪功能，用户在登录后，可进行查看主持司仪的信息以及主持司仪的时间安排，然后根据自己的情况选择自己适合自己司仪。
由此得出钟爱一生婚庆流程如图4-7所示。
图4-7预约流程图
4.3数据库设计
数据库设计指的是对于一个给定的应用环境，构造优化的数据库逻辑模式和物理结构，并由此建立数据库及其应用系统，使它能够有效地存储和管理数据[7]。
4.3.1概念结构设计
概念结构设计是整个数据库设计的关键，它通过对用户的需求进行综合、归纳与抽象，形成一个独立于具体数据库管理系统的概念模型[8]。
实体联系图是抽象和描述概念模型的有力工具，它提供了表示实体类型、和联系的方法[8]。
通过对钟爱一生婚庆的需求及功能模块分析，可得出该系统包含的几大实体：
管理员、用户、婚礼项目、婚礼项目类别、婚礼习俗、婚礼习俗类别、订单、订单明细、服务人员。
管理员、婚礼习俗、谈婚论嫁、留言板三个实体是独立的，其余各实体之间都有联系。
✧每个婚礼项目类别包括多个婚礼项目，一个婚礼项目只能属于一个婚礼项目类别。
✧一个婚礼项目可以属于多个订单明细中，一个订单中只能有一个婚礼项目。
✧一个用户可订购多个订单明细。
✧一个用户只可以预约一个主持司仪。
✧一个订单里可以安排多个服务人员。
综上可得出钟爱一生婚庆实体联系图，如图4-8所示。
图4-8钟爱一生婚庆实体联系图
4.3.2逻辑结构设计
逻辑结构设计的任务是把概念结构设计阶段得到的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构[7]。
首先可将实体转换为关系模式和多对多的实体联系转换为关系模式，其次将多对多的实体联系转换为关系模式（主码使用下划线标示，外键使用波浪线标示）。
✧管理员（管理员编号，管理员，管理员密码，标志）
✧用户（用户编号，用户名，用户性别，用户年龄，密码，，家庭住址）
✧服务人员（服务人员编号，服务人员名，服务人员性别，服务人员年龄，，家庭住址）
✧主持司仪（主持司仪编号，主持司仪名，主持司仪性别，主持司仪照片，，等级，简介）
✧订单明细（订单明细编号，用户编号，婚礼项目编号，订购时间，价格，标志，订单编号）
✧订单（订单编号，用户编号，价钱，时间，地址，安排人员编号）
✧预约（预约编号，用户编号，主持司编号，预约时间，地址，标志）
✧留言（留言编号，留言标题，容，发布时间，阅读次数，用户编号）
✧回复（回复编号，回复标题，容，发布时间，阅读次数，用户编号，留言编号）
✧婚礼项目（婚礼项目编号，婚礼项目名称，容，价钱，婚礼项目类别编号）
✧婚礼项目类别（婚礼项目编号，婚礼项目类别名称）
✧婚礼习俗类别（婚礼习俗编号，婚礼习俗类别名称）
✧婚礼习俗（婚礼习俗编号，婚礼习俗名称，容，发布时间，阅读次数，婚礼项目类别编号）
✧谈婚论嫁（谈婚论嫁编号，谈婚论嫁标题，容，发布时间，阅读次数）
4.3.3物理结构设计
SQLServer数据库中，一个关系就对应一个基本表，由以上关系模式可确定基本的数据库文件。
钟爱一生婚庆的设计与实现的基本表及其结构如表4-1至表4-14所示。
表4-1管理员（administer）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
adminID
int
8
否
管理员编号
主键
adminName
nvarchar
10
否
管理员
adminPwd
nvarchar
10
否
管理员密码
adminSign
bit
1
否
标志
默认为0
表4-2用户（users）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
uID
nvarchar
50
否
用户编号
主键
uName
nvarchar
10
否
用户名
uSex
nvarchar
2
否
用户性别
uAge
int
8
年龄
uPwd
nvarchar
20
否
密码
uPhone
nvarchar
12
否
联系方式
uAddress
nvarchar
50
家庭住址
表4-3服务人员（serve）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
sID
int
8
否
服务人员编号
主键
sName
nvarchar
10
否
服务人员名
sSex
nvarchar
2
否
服务人员性别
sAge
int
8
服务人员年龄
sPhone
nvarchar
12
否
联系方式
表4-4主持司仪（zhuchi）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
zID
int
8
否
主持司仪编号
主键
zName
nvarchar
50
否
主持司仪
zPrice
money
8
否
主持司仪价格
zPhoto
vachar
50
否
主持司仪照片
zPhone
nvarchar
12
否
主持司仪
zdengji
nchar
10
否
主持司仪等级
zSex
nvarchar
2
否
主持司仪性别
zText
nText
16
主持司仪简介
表4-5订单明细（xiaoorder）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
xID
nvarchar
50
否
订单明细编号
主键
xName
nvarchar
50
否
婚礼项目名称
外键
uID
nvarchar
50
否
用户编号
外键
xPrice
money
8
否
价格
xSign
bit
2
否
处理标志
默认0，表示未处理
表4-6订单（bigorder）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
bID
nvarchar
50
否
订单编号
主键
bTime
datetime
否
订购时间
bPrice
money
8
否
价格
uID
nvarchar
50
否
用户编号
外键
baddress
nvarchar
50
否
地址
byuangong
nvarchar
50
否
安排员工
表4-7预约（appoint）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
aID
nvarchar
50
否
预约编号
主键
aTime
datetime
否
预约时间
zID
nvarchar
50
否
主持司仪编号
外键
uID
nvarchar
50
否
用户编号
外键
address
nvarchar
50
否
地址
aDeal
bit
2
否
是否处理
默认0，表示未处理
表4-8留言板（message）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
mID
nvarchar
50
否
流水号
主键
uID
nvarchar
50
否
用户编号
外键
mText
ntext
16
否
留言容
mTime
datetime
8
否
留言时间
mTile
nvarchar
50
否
留言标题
mCishu
int
4
阅读次数
默认为0
表4-9回复（huifu）
字段名称
数据类型
字段大小
可否为空
字段说明
描述
hID
nvarchar
50
否
流水号
主键
uID
nvarchar
50
否
用户编号
外键
hText
ntext
16
否
留言容
hTime
datetime
8
否
留言时间
升级会员 