web程序开发实训文档格式.docx

web程序开发实训文档格式.docx

《web程序开发实训文档格式.docx》由会员分享，可在线阅读，更多相关《web程序开发实训文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

（1）ADO：

ActiveXDataObject,ActiveX数据对象

（2）SQL：

StructuredQueryLanguage

（3）JSP：

JavaServerPages

1.4.系统功能

总的来说系统具有以下功能：

用户不仅能在网上订购花；

速递春节鲜花、情人节鲜花、慰问鲜花、生日鲜花、爱情鲜花、商务鲜花、庆典鲜花、特色礼品、蛋糕；

而且支持团购服务、绿植租赁等多种业务；

其付款方式支持国内外在线支付、银行汇款、邮局汇款、上门收款。

二、系统总体设计

2.1.系统流程图（顶层数据流）

2.2.基本设计概念和处理流程

下面将各大功能块的处理流程显示如下：

（1）会员认证系统：

（2）其他服务系统：

（3）鲜花订购系统：

2.3需求概述：

（1）需要实现的功能：

系统总的来说需要实现以下功能：

1.会员认证系统

1.1会员认证

1.2会员注册

1.3隐私与安全

2.鲜花订购系统

2.1鲜花查询

2.2鲜花订购

2.3支付货款

3.服务系统

3.1会员服务

3.2团购通道

3.3定单管理

3.4售后服务

3.5支付说明

3.6购物说明

3.7配送说明

3.8关于我们

3.9留言板

3.10其他服务

（2）界面要求：

a.网站的主色调为黄、橙、粉红这三种最为大众接受的颜色。

b.界面的风格要鲜明而有特色。

c.网站所要用到的图片资料应该足够清晰和精美。

d.网站上要有足够的导航链接。

e.要尽量让用户使用鼠标完成整个操作流程，当然填写资料，在线支付，在线留言需要用到文本输入。

（3）可以扩展的功能：

这里主要是网站上商城、礼品、美食功能的开通以及港、澳、台专区的完善问题。

三、系统详细设计

3.1系统总体结构和模块外部设计

为了使每一位有可能阅读和理解本系统的结构和功能模块我将用层次方框图来表示系统总体结构和他们之间的关系：

3.2各功能模块的定义如下图所示：

模块编号

模块名称

备注

M1.1

初始化模块

系统初始化

M8.1

订购鲜花模块

M1.2

关闭系统模块

退出系统

M8.2

支付系统

M1.3

系统功能模块

M9

密码管理模块

M2.1

鲜花资料模块

M10

身份验证模块

验证用户身份

M2.2

刷新鲜花资料模块

M11

会员注册模块

M20.1

鲜花查询模块（一般查询）

M12.1

会员预付

M20.2

鲜花查询模块（高级查询）

M12.2

会员帐目

M3.1

用户资料模块

M13

留言板模块

M3.2

刷新用户资料模块

M14

购物篮

M4.1

定单资料模块

M15

补交货款模块

M4.2

刷新定单资料模块

M16

团购通道模块

M4.3

定单查询模块

M17

时差查询

M4.4

取消定单模块

M18

网站联接

M5

节日查询

M19

港、澳、台专区

M6

版本选择

M7.1

浏览模块

浏览仅调用文件显示的功能

M7.2

刷新浏览模块

3.3功能分配

（1）系统控制功能

M1.1、M1.2、M1.3

（2）浏览功能

M7.1、M7.2

（3）鲜花订购系统

M2.1、M2.2、M20.1、M20.2M8.1、M8.2、M14、M15、M16、M19

（4）用户登入系统

M9、M10、M11、M3.1、M3.2、M6

（5）会员服务

M3.1、M3.2、M12.1、M12.2、M5

（6）定单管理

M4.1、M4.2、M4.3、M4.4

（7）服务系统

M13、M17、M18

3.4数据结构设计（逻辑结构设计）

本数据库的主数据文件为FLOWER.MDF其他的数据文件有USER.NDF和NOTE.NDF。

他们各自的组成如下：

3.4.1FLOWER.MDF：

里面主要是一张用来存放鲜花资料的名为flowerTable的表，该表的列包括：

（1）场合，属性为CHAR（20）；

（主键约束）

（2）庆祝，属性为CHAR（20）；

（非空约束）

（3）语义，属性为CHAR（20）；

（4）花材，属性为CHAR（20）；

（5）价格，属性为MONEY（8）；

（6）适合人群（职业），属性为CHAR（20）；

（7）适合人群（年龄），属性为CHAR（20）；

此外还需要一张用来存放其他商品的名为cityTable的表，该表的列包括：

（1）价格，属性为MONEY（8）；

（2）适合人群（职业），属性为CHAR（20）；

（3）适合人群（年龄），属性为CHAR（20）；

3.4.2USER.NDF：

里面主要是一张用来存放用户资料的名为userTable的表，该表的列包括：

（1）名字，属性为CHAR（20）（主键约束）

（2）性别，属性为CHAR（20）（非空约束）

（3）电话号码，属性为CHAR（20）（非空约束）

（4）身份证件号,属性为CHAR（20）（主键约束）

（5）电子邮件地址，属性为CHAR（20）（非空约束）

（6）家庭住址，属性为CHAR（50）（非空约束）

（7）国籍,属性为CHAR（20）（非空约束）

（8）所在省份,属性为CHAR（20）（非空约束）

（9）所在城市,属性为CHAR（20）（非空约束）

（10）职业，属性为CHAR（20）（非空约束）

（11）文化程度，属性为CHAR（20）（非空约束）

（12）手机，属性为CHAR（20）（非空约束）

其他的表有funTable（用来存放用户的个人兴趣爱好）里面只有一列:

兴趣爱好,属性为CHAR（100）（外键约束）

有passwordTable（用来存放用户校验码、密码提示语）里面的列有：

（1）密码,属性为CHAR（20）（外键约束）

（2）校验码,属性为CHAR（20）（外键约束）

除此之外最重要的一张表为用来存放用户历史记录的表oldRecord,里面的列有：

（1）定单的数量：

INT（4）（外键约束）

（2）定单的总价值：

属性为MONEY（8）（外键约束）

（3）用户的级别，属性为CHAR（20）（外键约束）

（4）用户可享受的折扣：

（5）用户是否起用会员预付功能：

CHAR（20）（外键约束）

（6）用户是否起用会员帐目功能：

（7）用户是否起用节日提醒功能：

3.4.3NOTE.NDF：

里面主要是一张用来存放用户定单的名为noteTable的表，该表的列包括：

（1）收货人的名字,属性为CHAR（20）（主键约束）

（2）定单编号，CHAR（20）（主键约束）

（3）货物，属性为CHAR（20）（非空约束）

（4）日期，属性为DATETIME（8）（非空约束）

（5）场合,属性为CHAR（20）（非空约束）

其他的表有costTable（用来存放信用卡数字，终止日期和收费的地址），该表的列包括：

（1）信用卡数字，属性为CHAR（20）（外键约束）

（2）终止日期，属性为DATETIME（8）（外键约束）

（3）收费的地址，属性为CHAR（50）（外键约束）

有receiveTable（用来存放收货人的名字、地址、电话号码和电子邮件地址），该表的列包括：

（1）名字，属性为CHAR（20）（外键约束）

（2）电话号码，属性为INT（4）（外键约束）

（3）电子邮件地址，属性为CHAR（20）（外键约束）

（4）家庭住址，属性为CHAR（50）（外键约束）

3.5物理结构设计

本数据库的文件物理结构：

采用二叉树的结构记录文件。

四、调试与维护

调试：

介绍设计过程中遇到的问题和解决方法，最好配有照片。

维护：

介绍系统投入使用后应注意的维护事宜。

五、结束语

为期两周的实训即将结束，通过这次的实训使我们学到了很多，同时也让我们意识到我们要学的更多。

本次实训的工程是“网上花店系统”，以小组的形式进行分工合作，我组共4个人，任务是用户模块的程序设计。

从程序的需求分析、可行性分析、设计到编写、调试、修改、完善、到最后的实训报告，每个人都付出了时间和精力去做好自己的任务并努力地去完善它。

实训的第一天接到任务时我们都觉得有点难度，很有挑战性，毕竟学生成绩管理系统是一个比较系统、完善、功能相对较齐全的管理系统，即使是用户模块也可以完成各种操作，如对用户的查询、添加.删除以及修改等。

因此程序编写也十分复杂，工作量较大，编写一定要认真。

一个小小的失误都可能使程序出现大的漏洞。

而我们只是学了点简单的vb程序编写，没有尝试过这种相对来说比较系统完善的系统。

所以在做工程的时候我们倍感压力、更加的团结协作，可即使如此我们还是出现了错误，我们的程序在编写上存在一些漏洞，导致调试时不能正常运行，后经过老师的指导、我们的调整，终于可以完美的运行，这里也耽误了我们很多宝贵的时间，直接导致了我们在工程调试上速度不够快。

该系统有一个模块的实现让我印象深刻，用户管理中又包括用户的查询、添加、修改以及删除功能，它是只有具有管理员权限的情况下才能进入操作、而普通用户就只能修改自己的登录密码。

在实训过程中小组之间学的比较爱好的同学很有耐心地对不懂的人进行讲解并指导我们解决遇到的难题。

我们会了我们很多简单实用的技巧。

也让我们意识到了要想全面完整地完成一个模块，首先要进行程序的设计，全面分析会用到的东西以及考虑可能会出现的情况，理清思绪、写出大致的要点后再上机编写程序以及操作。

否则像一开始的我们马上上机编写、想到什么就补什么，不仅浪费时间也乱了之前写好的一些程序。

系统分析越准确，设计的系统越精确，可以大大减少后期的修改、维护工作。

当然做好做对一个工程固然重要，同时美观程度也是必不可少的，无论是从参观者的角度还是自己看的角度都很重要。

总的来说，这次实训还是比较成功的。

最后做出来的系统，让大家都很有成就感，这是我们一步步设计、一步步完善、辛苦付出后得到的成果。

小组合作、帮助队友，无论是团队合作这方面还是个人动手这方面，我们都得到了很好的锻炼。

当然实训不仅使我们学到了知识，也帮助我们缩小了实践和理论的差距，通过这次实训让我们对数据库及java课程的知识有更进一步的理解和更加感性的认识，同时对自己的专业，对自己的能力，对自己所学的有正确的认识，并且能在以后的学习工作中不断提高和完善自己。

六、参考文献

[1]张蒲生.数据库应用技术:

SQLServer2005提高篇[M].北京:

机械工业出版社,2008

[2]李存斌.数据库应用技术——SQLServer2005实用教程[M].北京:

中国水利水电出版社,2006

[3]胡百敬,姚巧玫.SQLServer2005数据库开发详解[M].北京:

电子工业出版社,2006

[4]朱如龙.SQLServer2005数据库应用系统开发技术[M].北京:

机械工业出版社,2006

[5]柴晟.ADO.NET数据库访问技术案例式教程[M].北京:

北京航空航天大学出版社

七、指导教师评阅（手写）

成绩（百分制）：

指导教师评语：

指导教师签名：

年月日

注：

如教研室有明确的评分标准，可粘贴于此页。

课程设计说明书格式说明

1.文字通顺、叙述清楚、错字漏字少；

2.字数要求：

说明书全文要求在3000字以上；

3.标题层次清晰，目录中的标题应与正文中的标题一致，报告正文按章、条、款分级．在不同级的章、条、款、项阿拉伯数字编号之间用点“．”（半角实心下圆点）相隔，最末级编号之后不加点。

此分级编号法只分至第三级。

再分可用

（1）、

（2）……；

①、②……等；

4.正文部分格式：

字体：

宋体，字号：

小四号，行距：

1.5倍；

5.插图插图包括图解、示意图、构造图、曲线图、框图、流程图、布置图、地图、照片、图版等。

插图注明项有图号、图题、图例。

图号编码用章序号。

如“图2．1”表示第2章第1图。

图号与图题文字置一字空格置于图的正下方，须全文统一。

图中标注符号文字字号不大于图题的字号。

若图纸篇幅过大可作为附录放到正文之后；

6.表

表的一般格式是数据依序竖排，内容和工程由左至右横读，通版排版，左右不封口。

表号也用章序号编码，如：

表2.1是第2章中的第1表。

表应有表题，与表号之间空1～2字，置于表的上方居中，须全文统一。

表中的内容和工程字号不大于图题的字号；

7.公式

公式包括数学、物理和化学式。

正文中引用的公式、算式或方程式等可以按章序号用阿位伯数字编号（式号），如：

式（2.1）表示第2章第1式，公式一般单行居中排版与上下文分开，式号与公式同行居右排版；

8.计量单位

一律采用《中华人民共和国法定计量单位使用方法》执行。

论文中命名用各种量、单位和符号，必须遵循国家标准GB3100-82，GB3101-82,GB3102／1-13-82等的规定。

单位名称和符号的书写方式，可以采用国际通用符号，也可以用中文名称，但统一采用一种，不要混用；

9.格式要求：

除注明手写部分外，终稿要求电脑排版打印，采用A4纸，左右上下边距为2cm，左侧装订成册。