范文一:WEB应用系统开发课程简介
附件 5
专业课程简介
信息工程学院 2013年 9月
---------------------------------------------------------------------------------- 计算机科学与技术专业
---------------------------------------------------------------------------------- 课程号:7022106
课程名:WEB 应用系统开发
学时:48+S16
学分:4
课程内容:
1. ASP.NET开发环境。 ASP.NET 开发技术简介、 ASP.NET 开发环境、一个 ASP.NET 应用程序、 ASP.NET 工程项目管理、 实战演练——配置、 测试并发布 Web 应用范例系统。
2. 系统框架及页面设计。网站规划、控件及事件、 HTML 控件、母版、导航 系统、样式表及主题、实战演练——搭建 Web 应用系统框架。
3. 常用 Web 服务器控件。 HTML 服务器控件、 ASP.NET 服务器控件、实战演 练。
4. ASP.NET 的内置对象。 概述、 Application 对象、 Session 对象、 ViewState 对象、 Request 和 Response 对象、 Server 对象、 Cookie 对象、实战演练——统 计在线人数。
5. AD0.NET技术。 ADO.NET 对象模型、 Connection 对象、 Command 对象、 DataReader 对象、 DataAdapter 对象、 DataSet 对象、实战演练。
6. 数据绑定及数据控件技术。 数据绑定技术、 数据源控件、 GridView 控件、 DataList 控件、 Repeater 控件。
7. 用户控件和 Web 服务。用户控件、 Web 服务、实战演练。
8. LINQ数据库访问技术。 LINQ 基础、基本 LINQ 查询语句、实战演练。
9. AJAX应用开发。概述、 ASP.NET AJAX的框架、 ASP.NET AJAX服务器端 控件、实战演练。
10. 基于 ASP.NET 的儿童网站的开发。 系统没汁、 数据库的设计与实现、 主 要功能模块的设汁。
选课对象:计算机科学与技术、软件工程、物联网工程专业的本科学生 先修课程:C#程序设计、数据结构、数据库原理
教材及参考书:
(1) 教材
于华编 ,ASP.NET Web应用系统开发 , 西安电子科技大学出版社 ,2013年 02月
于华编 ,ASP.NET Web应用系统开发 , 西安电子科技大学出版社 , 2013年 02月
(2) 教学参考书
郑阿奇, ASP.NET 程序设计教程,机械工业出版社, 201年 06月
顾韵华, Web 技术与应用,科学出版社, 2013 年 03月
---------------------------------------------------------------------------------- 课程号: (宋体小四号 )
课程名: (宋体小四号 )
学时: (宋体小四号 )
学分: (宋体小四号 )
课程内容: (宋体小四号 )
选课对象: (宋体小四号 )
先修课程: (宋体小四号 )
教材及参考书: (宋体小四号 )
---------------------------------------------------------------------------------- ……
制定人:韩立毛 审定人:批准人:
附件 6
教学大纲修订任务汇总表
范文二:应用系统开发管理办法
华能国际电力股份有限公司管理制度 HZD-149-XX09
应用系统开发管理办法
2006-04-28发布 2006-04-28实施 华能国际电力股份有限公司 发 布 H Z D
HZD-149-XX09
1
聚银公司
应用系统开发管理办法
第一章 总 则
第一条 为规范聚银公司系统开发的管理, 明确责任, 保证系统开发各阶段衔接顺畅, 提高系统开
发项目决策程序的科学性,特制定本办法。
第二条 公司系统开发实行项目管理的模式,按具体项目进行。一般公司的信息项目包括: (一)应用开发类项目,泛指应用信息技术开发的业务处理系统和管理信息系统等应用软件项目, 包括新建和改建、变更项目。
(二)基础设施类项目,泛指网络建设、安全架构建设、主机系统购置及升级等信息基础建设为主 体的项目。
(三)信息研究类项目,泛指全公司战略性信息规划项目、信息标准建设项目、信息咨询项目等。 本办法适用的项目为第一类,即应用开发类项目。
第三条 项目的开发方式分为以下三类:
(一)公司内自行开发,指由信息中心独立进行设计、开发和推广。
(二)与其它公司合作开发,指由信息中心与合作公司共同进行设计、开发和推广。
(三)委托其它公司外包开发,是指由外包开发商进行整个项目的设计、开发和推广,信息中心负 责项目的协调和监理。
为了达到内部控制的要求, 公司的应用系统开发项目应一律采用外包的开发方式。 本办法仅适用于 开发外包的管理。
第四条 本办法适用于公司及公司所属分支机构参照执行。
第二章 管理职责
第五条 信息化管理领导小组是应用系统开发管理的主要决策机构, 负责项目的立项审批和对信息 中心工作的监督和指导。
第六条 信息中心是应用系统开发项目的主要管理机构, 负责组织项目的可行性研究, 项目立项后 的开发管理,组织项目的验收,以及项目建成后系统和设备的运行维护。
第七条 公司业务部门是应用系统开发项目的主要需求的提出者和系统的使用者,提出立项申请, 编写业务需求, 协助解决项目开发过程中出现的业务相关问题,组织项目的用户测试、 试运行, 参与项
HZD-149-XX09 目的验收工作,组织项目的推广。
第三章 总体管理
第八条 项目正式立项后, 信息中心会同业务部门成立项目小组, 此小组负责项目全过程的统筹管 理,对项目的进度和质量负责。
第九条 项目小组根据项目时间要求、 项目工作量和人力安排, 与业务部门和外包商沟通, 制定出 精确到周的项目实施计划。此计划中应包括项目的各阶段目标、任务、时间表、里程碑、项目所需人员 及其职责划分,并汇报给业务部门和信息中心负责人签字确认。
第十条 项目进入验收测试阶段时, 信息中心会同业务部门成立验收小组, 并可根据项目需要邀请 外单位专家参与,验收小组中应包括项目小组的全部成员。验收小组对项目进行临时验收和最终验收, 对项目的最终质量负责。
第十一条 信息中心指定具备 3年工作经验并熟知公司项目管理制度的员工担任项目负责人。 项目 负责人负责协调业务部门、信息中心和外包商三者之间的工作,并负责保存项目所有的相关文档。 第十二条 项目负责人在项目实施过程中,应每月向公司信息中心负责人书面报告项目的进展情 况,包括已完成的内容,当前进度与项目实施计划的比较,存在的有可能影响进度的问题,人员、资金 的使用情况等。
第四章 项目立项
第十三条 项目的立项有两种方式:年度计划中申请和临时申请。 重大项目必须在年度计划中进行 申请,不能进行临时申请。
第十四条 项目的临时申请流程与年度计划申请流程一致, 属于年度计划内容和预算的调整。 临时 申请经过批准后,项目方可按照计划实施。公司所属单位的临时申请项目需要在公司信息中心备案。 第十五条 项目申请中应包括需求书、 可行性报告、 资金预算、 对成本效益定性定量的分析和项目 时间计划。其中业务部门提供需求书和成本效益分析,信息中心提供可行性报告、资金预算。
第五章 外包商选择
第十六条 外包商的选择由商务部门根据公司商务管理制度的要求进行, 公司级项目的外包商选择 由公司国际合作及商务部负责, 分公司级项目的外包商选择由该单位进行商务谈判的部门负责。 项目小 组参与此过程,并提供技术方面的参考意见。
2
HZD-149-XX09
3 第十七条 外包商的选择采用招标或询价的方式, 商务部门按照 《华能国际电力股份有限公司供应
商管理办法》及相关原则选取并报主管领导批准。
第六章 方案设计
第二十一条 外包商和项目小组共同对系统运行环境进行分析, 并根据业务需求制订设计方案。 设 计方案经过项目小组全体成员的讨论后, 由业务部门负责人和信息中心负责人签字确认。 变更项目的设 计方案中,必须包括移入工作环境的方法和计划,以及移入失败时的回退计划。
第二十二条 对于变更和改建项目, 外包商必须对项目所涉及的原有数据和业务需求进行分析、 研 究, 最大限度的在新项目中利用原有业务数据, 保护公司的信息资产。 外包商在此类项目的设计方案中 必须制订数据转换的计划和实施步骤,并经过业务部门负责人签字确认。
第二十三条 项目设计方案确定后, 业务部门可提出需求变更。 需求变更必须经过业务部门负责人 和信息中心负责人签字确认,由此造成的设计变更和项目延期外包商不承担责任。
第二十四条 项目设计方案确定后, 外包商可提出设计变更。 设计变更必须由外包商项目经理书面 提出,信息中心负责人签字确认,由此造成的项目延期和系统功能改变外包商承担全部责任。
第二十五条 发生需求变更或设计变更时, 项目负责人评估变更对项目所造成的影响, 制定变更后 的项目实施计划,并由业务部门和信息中心负责人签字确认。
第七章 开发过程管理
第二十六条 项目开发的过程中应具备开发、 测试和运行 3套独立的环境。 其中开发环境一般由外 包商提供,或者对于新建项目,同一设备在项目临时验收、正式运行前为开发环境,之后为运行环境。 项目的开发必须在开发或测试环境中进行。
第二十七条 变更项目中涉及的所有软硬件升级、 打补丁的工作应在测试环境中进行。 项目负责人 对此项工作进行测试并做出书面报告。 信息中心和业务部门负责人对测试报告签字确认后, 此工作方可 在生产环境中进行。
第二十八条 按照每周的计划要求, 项目小组对外包商的工作进行检查, 督促其进度。 对于已经完 成的部分, 项目小组应及时进行检查和测试, 以了解项目的实际情况, 并对开发过程中出现的问题及时 处理。
第二十九条 外包商应按照设计方案中数据转换的计划和步骤,将原有数据转换并移植到新系统 中。项目小组检查数据的完整性、一致性、准确性、唯一性、可读取性等。
第八章 验 收
HZD-149-XX09 第三十条 验收分为临时验收和最终验收。 临时验收主要是对系统的功能、 性能、 安全等内容进行 检验, 通过后系统方可进行正式运行。 最终验收主要是对临时验收的遗留问题和正式运行期间发现的新 问题的处理情况进行检验,通过后项目方可认为执行完毕。
第三十一条 验收小组根据《应用系统验收技术规范》和项目的需求书、设计方案制定测试大纲, 项目负责人对验收大纲签字确认。
第三十二条 验收小组根据验收大纲逐项、 客观的对应用系统做出评价, 并记录在验收大纲中。 根 据验收的整体情况, 验收小组得出项目验收是否通过的结论, 并做出验收报告, 由信息中心和业务部门 负责人签字确认。
第三十三条 验收中不具备测试条件的内容, 或业务部门和外包商一致同意延期测试的内容, 应记 录在双方达成的项目验收备忘录中,以便日后具备条件时进行测试。
第三十四条 完成测试后, 验收小组应收回开发人员的权限, 使其不能在系统正式运行前对系统进 行修改。
第九章 正式运行
第三十五条 系统进入正式运行后, 应用系统、 数据库、 操作系统以及系统中包含的网络设备等的 维护工作应转交给信息中心的各管理员, 按照 《华能国际电力股份有限公司信息系统运行维护管理办法》 中的有关规定进行管理。
第三十六条 项目小组应将系统的正式运行的情况通知所有使用者, 并由项目小组和外包商共同安 排专人继续解决系统投运过程中用户提出的问题。
第三十七条 项目小组对正式运行后的系统情况应至少进行 6个月的跟踪记录, 对存在的问题汇总 并做出书面报告,经项目负责人签字,正式提交给外包商,要求其在最终验收前解决。
第三十八条 变更项目中, 外包商应按照设计方案中的计划和步骤将测试过的程序变更部分移入运 行的系统。 移入工作如果出现问题, 需要将系统恢复到移入前的情况时, 按照设计方案中的回退计划实 施。项目负责人监督外包商的工作,并记录和保管相关文档。
第三十九条 外包商进行移入工作或运行准备工作, 需要系统权限时, 应用系统管理员为其分配工 作所需的权限。 工作完成后,应用系统管理员应立即收回权限,并记录和保管相关文档。项目负责人监 督上述工作。
第十章 培训与售后服务
第四十条 系统正式运行前, 外包商应对系统的各类用户进行培训, 并以测试保证用户能熟练使用 该系统。变更项目中,业务流程或界面发生重大变化时,外包商应对用户重新进行培训。
4
HZD-149-XX09
5 第四十一条 系统正式运行时, 系统维护说明、 系统使用说明、 用户操作手册等文档应同时公开发
布。
第四十二条 系统正式运行时, 应确保该系统的应用系统管理员已经接受培训, 能够完成系统的日 常维护工作。
第十一章 附 则
第四十三条 本办法由公司负责解释。
第四十四条 本办法自 2006年 4月 28日发布施行。
HZD-149-XX09 6
H Z D -149-X X 09 华能国际电力股份有限公司 应用系统开发管理办法
HZD-149-XX09
*
北京市西城区复兴门南大街丙 2号 (天银大厦 C 段西区)
邮政编码:100031
范文三:PLC应用系统设计开发步骤
PLC 应用系统设计开发步骤
学习了 PLC 的硬件系统、指令系统和编程方法以后,对设计 — 个较大的 PLC 控制系统时,要全面考虑许多因 素,不管所设计的控制系统的大小,一般都要按图所示的设计步骤进行系统设计。
图 7. 42 PLC应用系统设计开发步骤
分析任务、确定总体控制方案
随着 PLC 功能的不断提高和完善, PLC 几乎可以完成工业控制领域的所有任务。 但 PLC 还是有它最适合的应 用场合,所以在接到一个控制任务后,要分析被控对象的控制过程和要求,看看用什么控制装备 (PLC、单片机、 DCS 或 IPC) 来完成该任务最合适。比如仪器仪表装置、家电的控制器就要用单片机来做;大型的过程控制系统 大部分要用 DCS 来完成。而 PLC 最适合的控制对象是:工业环境较差,而对安全性、可靠性要求较高,系统工 艺复杂,输入/输出以开关量为主的工业自控系统或装置。其实,现在的可编程序控制器不仅处理开关量,而 且对模拟量的处理能力也很强。所以在很多情况下,已可取代工业控制计算机 (IPC)作为主控制器,来完成复杂 的工业自动控制任务。
控制对象及控制装置 (选定为 PLC) 确定后.还要进一步确定 PLC 的控制范围。一般来说,能够反映生产过程 的运行情况,能用传感器进行直接测量的参数,控制逻辑复杂的部分都由 PLC 完成。另外一部分,如紧急停车 等环节,对主要控制对象还要加上手动控制功能,这就需要在设计电气系统原理图与编程时统一考虑。
PLC 的选型
当某一个控制任务决定由 PLC 来完成后, 选择 PLC 就成为最重要的事情。 一方面是选择多大容量的 PLC , 另 一方面是选择什么公司的 PLC 及外设。对第一个问题,首先要对控制任务进行详细的分析,把所有的 I /O 点 找出来,包括开关量 I /O 和模拟量 I /O 以及这些 I /O 点的性质。 I /O 点的性质主要指它们是直流信号还是 交流信号,电压多大,输出是用继电器型还是晶体管或是可控硅型。控制系统输出点的类型非常关键,如果它 们之中既有交流 220V 的接触器、电磁阀,又有直流 24V 的指示灯,则最后选用的 PLC 的输出点数有可能大于 实际点数。因为 PLC 的输出点一般是几个一组共用一个公共端,这一组输出只能有一种电源的种类和等级。所 以一旦它们被交流 220V 的负载使用,则直流 24V 的负载只能使用其他组的输出端了。这样有可能造成输出点 数的浪费, 增加成本。 所以要尽可能选择相同等级和种类的负载, 比如使用交流 220V 的指示灯等。 一般情况下, 继电器输出的 PLC 使用最多, 但对于要求高速输出的情况, 如运动控制时的高速脉冲输出,就要使用无触点的 晶体管输出的 PLC 了 。知道了这些以后,就可以定下选用多少点和 I/O是什么类型的 PLC 了。对第二个问题, 则有以下几个方面要考虑:
(1)功能方面
所有 PLC 一般都具有常规的功能,但对某些特殊要求,就要知道所选用的 PLC 是否有能力完成控制任务。如 对 PLC 与 PLC 、 PLC 与智能仪表及上位机之间有灵活方便的通讯要求;或对 PLC 的计算速度、用户程序容量 等有特殊要求; 或对 PLC 的位置控制有特殊要求等。 这就要求用户对市场上流行的 PLC 品种有一个详细的了解, 以做出正确的选择。
(2)价格方面
不同厂家的 PLC 产品价格相差很大,有些功能类似、质量相当、 I /O 点数相当的 PLC 的价格能相差 40%以 上。在使用 PLC 较多的情况下,这样的差价是必须考虑的因素。
(3)个人喜好方面
有些工程技术人员对某种品牌的 PLC 熟悉,所以一般比较喜欢使用这种产品。另外,甚至一些政治因素或个 人情绪有时也会成为选择的理由。 PLC 的主机选定后,如果控制系统需要,则相应的配套模块也就选定了。如 模拟量单元、显示设定单元、位置控制单元或热电偶单元等。
(4)输出接口电路
若模块的输出为继电器型, 其输出电路的等效电路如图 7.5所示。外部电源及负载与 PLC 内部是充分隔离的, 内外绝缘要求为 1 500VAC一分钟,继电器的响应时间为 10 ms,在 5~30VDC /150VAC 电压下的最大负载电 流为 2A /点。但要注意,驱动电感性负载时,要降低额定值使用,以免烧坏触点,尤其是直流感性负载;要并 联浪涌吸收器,以延长触点的寿命。但并联浪涌吸收器后,整个开关延时会加长。该模块输出端中有一个公共 点,当输出点较多时,会有多个输出公共端,一般 4个或 8个输出端公用一个公共端,由于公共端是相互隔离 的,因此不同组的负载可以有不同的驱动电源。
对晶体管型输出,在环境温度 40度以下时,最大负载电流为 0.7 A/点;若环境温度上升则,应该减低负载 的电流。使用晶体管输出的好处是其响应速度快,约为 25 μs(通 ) 和 120μs (断 ) 。
(5)输入接口电路
PLC所有的输入都与内部电路之间有光电隔离电路,其等效的电路如图 7.4所示。
(6) I /O 点数扩展和编址
CPU 22*系列的每种主机所提供的本机 I /O 点的 I /O 地址是固定的,进行扩展时,可以在 CPU 右边连接多 个扩展模块,每个扩展模块的组态地址编号取决于各模块的类型和该模块在 I /O 链中所处的位置。编址方法是 同种类型输入或输出点的模块在链中按与主机的位置而递增,其他类型模块的有无以及所处的位置不影响本类 型模块的编号。
I/O地址分配
输入/输出信号在 PLC 接线端子上的地址分配是进行 PLC 控制系统设计的基础。对软件设计来说, I /O 地 址分配以后才可进行编程;对控制柜及 PLC 的外围接线来说,只有 I /O 地址确定以后,才可以绘制电气接线 图、装配图,让装配人员根据线路图和安装图安装控制柜。分配输出点地址时,要注意前文提到的负载类型问
题。
在进行 I /O 地址分配时最好把 I/O点的名称、代码和地址以表格的形式列写出来。
系统设计
系统设计包括硬件系统设计和软件系统设计。硬件系统设计主要包括 PLC 及外围线路的设计、电气线路的设 计和抗干扰措施的设计等。软件系统设计主要指编制 PLC 控制程序。
选定 PLC 及其扩展模块 (如需要的话 ) 、分配完 I /O 地址后,硬件设计的主要内容就是电气控制系统原理图的 设计,电气控制元器件的选择和控制柜的设计。电气控制系统原理图包括主电路和控制电路。控制电路中包括 PLC 的 I /O 接线和自动部分、 手动部分的详细连接等, 有时还要在电气原理图中标上器件代号或另外配上安装 图、端子接线图等,以方便控制柜的安装。电气元器件的选择主要是根据控制要求选择按钮、开关、传感器、 保护电器、接触器、指示灯和电磁阀等。
控制系统软件设计的难易程度因控制任务而异,也因人而异。对经验丰富的工程技术人员来说,在长时间的 专业工作中,受到过各种各样的磨练,积累了许多经验,除了一般的编程方法外,更有他自己的编程技巧和方 法。但不管怎么说,平时多注意积累和总结是很重要的。
在程序设计时,除 I /O 地址列表外,有时还要把在程序中用到的中间继电器 (M)、定时器 (T)、计数器 (C)和存 储单元 (V)以及它们的作用或功能列写出来,以便编写程序和阅读程序。
在编程语言的选择上,用梯形图编程还是用语句表编程或使用功能图编程,这主要取决于以下几点:
(1)有些 PLC 使用梯形图编程不是很方便 (例如书写不便 ) ,则可用语句表编程;但梯形图总比语句表直观。
(2)经验丰富的人员可用语句表直接编程,就像使用汇编语言一样。
(3)如果是清晰的单顺序、选择顺序或并发顺序的控制任务,则最好是用功能图来设计程序。
系统调试
系统调试分模拟调试和联机调试。
硬件部分的模拟调试可在断开主电路的情况下,主要试一试手动控制部分是否正确。
软件部分的模拟调试可借助于模拟开关和 PLC 输出端的输出指示灯进行;需要模拟量信号 I /O 时,可用电 位器和万用表配合进行。调试时,可利用上述外围设备模拟各种现场开关和传感器状态,然后观察 PLC 的输出 逻辑是否正确。如果有错误则修改后反复调试。现在 PLC 的主流产品都可在 PC 机上编程,并可在电脑上直接 进行模拟调试。
联机调试时,可把编制好的程序下载到现场的 PLC 中。有时 PLC 也许只有这一台,这时就要把 PLC 安装到 控制柜相应的位置上。调试时一定要先将主电路断电,只对控制电路进行联调即可。通过现场联调信号的接入 常常还会发现软硬件中的问题,有时厂家还要对某些控制功能进行改进,这种情况下,都要经过反复测试系统 后,才能最后交付使用。
系统完成后一定要及时整理技术材料并存档,不然日后会需要几倍的辛苦来做这件事。这也是工程技术人员 良好的习惯之一。
范文四:sql应用系统开发培训 DB2 应用开发和系统管理DB2开发基础
导读:就爱阅读网友为您分享以下“DB2 应用开发和系
统管理DB2开发基础”的资讯,希望对您有所帮助,感谢您
对92to.com的支持!
#ifdef DB268K
/* Need to include ASLM for 68K applications */
#include <LibraryManager.h>
#endif
EXEC SQL INCLUDE SQLCA;
1
#define CHECKERR(CE_STR) if (check_error
(CE_STR, &sqlca) != 0) return 1;
int main(int argc, char *argv[]) {
EXEC SQL BEGIN DECLARE SECTION;
char pname[10];
short dept;
char userid[9];
char passwd[19];
EXEC SQL END DECLARE SECTION;
#ifdef DB268K
2
/* Before making any API calls for 68K environment,
need to initial the Library Manager */
InitLibraryManager(0,kCurrentZone,kNormalMemory);
atexit(CleanupLibraryManager);
#endif
printf( "Sample C program: OPENFTCH\n" );
if (argc == 1) {
EXEC SQL CONNECT TO sample;
CHECKERR ("CONNECT TO SAMPLE");
}
3
else if (argc == 3) {
strcpy (userid, argv[1]);
strcpy (passwd, argv[2]);
EXEC SQL CONNECT TO sample USER :userid USING :passwd; CHECKERR ("CONNECT TO SAMPLE");
}
else {
printf ("\nUSAGE: openftch [userid passwd]\n\n");
return 1;
} /* endif */
4
EXEC SQL DECLARE c1 CURSOR FOR (1)
SELECT name, dept FROM staff WHERE job='Mgr'
FOR UPDATE OF job;
EXEC SQL OPEN c1; (2)
CHECKERR ("OPEN CURSOR");
do {
EXEC SQL FETCH c1 INTO :pname, :dept; (3)
if (SQLCODE != 0) break;
if (dept > 40) {
5
printf( "%-10.10s in dept. %2d will be demoted to
Clerk\n",
pname, dept );
EXEC SQL UPDATE staff SET job = 'Clerk' (4)
WHERE CURRENT OF c1;
CHECKERR ("UPDATE STAFF");
} else {
printf ("%-10.10s in dept. %2d will be DELETED!\n",
pname, dept);
EXEC SQL DELETE FROM staff WHERE CURRENT OF c1; CHECKERR ("DELETE");
} /* endif */
6
} while ( 1 );
EXEC SQL CLOSE c1; (5)
CHECKERR ("CLOSE CURSOR");
EXEC SQL ROLLBACK;
CHECKERR ("ROLLBACK");
printf( "\nOn second thought -- changes rolled
back.\n" );
EXEC SQL CONNECT RESET;
CHECKERR ("CONNECT RESET");
return 0;
7
}
/* end of program : OPENFTCH.SQC */
Java Example: Openftch.sqlj
OpF_Curs.sqlj
// PURPOSE : This file, named OpF_Curs.sqlj, contains the definition
// of the class OpF_Curs used in the sample program Openftch.
import sqlj.runtime.ForUpdate;
#sql public iterator OpF_Curs implements ForUpdate (String, short);
8
Openftch.sqlj
import java.sql.*;
import sqlj.runtime.*;
import sqlj.runtime.ref.*;
class Openftch
{ static
{ try
{ Class.forName
("COM.ibm.db2.jdbc.app.DB2Driver").newInst
ance (); }
catch (Exception e)
9
{ System.out.println ("\n Error loading DB2
Driver...\n");
System.out.println (e);
System.exit(1);
}
}
10
范文五:数据库应用系统开发报告
《学生成绩管理系统》 设计报告
学 院:
班 级 :
学 号:
姓 名:
摘要
本次设计报告记录了学生成绩管理系统的实现过 程,主要包括了数据库的需求分析,概念设计,逻辑 设计,物理设计以及实现过程,包含在第二章,第三 章, 第四章中。 在第一章中介绍了数据库的部分知识, 在第五章中记录了对本次试验的感想。
关键字:数据流图,数据字典, E-R 图,逻辑模型,完整性约束,触 发器,存储结构,索引,视图。
第一章绪论 .................................................................................................................... 3 1.1数据库技术的国内外发展与应用现状 ....................... 错 误!未定义书签。 1.2、学生成绩管理数据库应用系统开发的意义 ............ 错 误!未定义书签。 1.3数据库应用系统开发方法概述 ................................... 错 误!未定义书签。 1.4、小结 ............................................................................ 错 误!未定义书签。 第二章系统需求分析 .................................................................................................... 7 2.1 概述 .............................................................................................................. 7 2.2 系统功能需求与数据需求 ............................................................................ 7 1.2.1 数据流图 ............................................................................................ 7 1.2.2 系统功能需求 .................................................. 错 误!未定义书签。
1.2.3 系统数据需求(数据字典) ............................................................ 8
2.3 小结 .............................................................................................................. 11第三章 系统设计 ........................................................................................................ 12 3.1 概念设计(E-R 图) ................................................................................... 12 3.1.1 设计方法及关键技术 ...................................................................... 12 3.1.2 系统的 E-R 图 .................................................................................. 12 3.2 逻辑设计(E-R 图) ................................................................................... 13 3.2.1 设计方法及关键技术 ...................................................................... 13 3.2.2 系统的逻辑模型 .............................................................................. 14 3.3.3系统的完整性与安全性设计 ........................................................... 16 3.3 物理设计 ...................................................................................................... 19 3.4 系统功能设计(E-R 图) ........................................................................... 22 3.5 系统开发平台选择 .................................................................................... 22 3.6小结 ............................................................................................................... 22第四章 数据库应用系统的实现 ........................................................................ 23 4.1 数据库的定义 .............................................................................................. 23 4.1.1 数据库的定义 .......................................................................................... 23 4.2 应用系统的开发 .................................................................................. 24 4.3小结 ............................................................................................................... 25第五章 结束语 ............................................................................................................ 25
第一章绪论
1.1数据库技术的现状
数据库技术发展 :数据模型是数据库技术的核心和基础,因此,对数据库系 统发展阶段的划分应该以数据模型的发展演变作为主要依据和标志。 按照数据模 型的发展演变过程,数据库技术从开始到现在短短的 30年中,主要经历了三个 发展阶段:第一代是网状和层次数据库系统, 第二代是关系数据库系统, 第三代 是以面向对象数据模型为主要特征的数据库系统。数据库技术与网络通信技术、 人工智能技术、面向对象程序设计技术、并行计算技术等相互渗透、有机结合, 成为当代数据库技术发展的重要特征。
数据库技术应用:数据库最初是在大公司或大机构中用作大规模事务处理的 基础。后来随着个人计算机的普及,数据库技术被移植到 PC 机 (Personal Computer ,个人计算机 ) 上,供单用户个人数据库应用。接着,由于 PC 机在工作 组内连成网,数据库技术就移植到工作组级。现在,数据库正在 Internet 和内 联网中广泛使用。
20世纪 60年代中期, 数据库技术是用来解决文件处理系统问题的。 当时的数 据库处理技术还很脆弱, 常常发生应用不能提交的情况。 20世纪 70年代关系模型 的诞生为数据库专家提供了构造和处理数据库的标准方法, 推动了关系数据库的 发展和应用。 1979年, Ashton-Tate 公司引入了微机产品 dBase Ⅱ, 并称之为关 系数据库管理系统, 从此数据库技术移植到了个人计算机上。 20世纪 80年代中期 到后期, 终端用户开始使用局域网技术将独立的计算机连接成网络, 终端之间共 享数据库, 形成了一种新型的多用户数据处理, 称为客户机 /服务器数据库结构。 现在,数据库技术正在被用来同 Internet 技术相结合,以便在机构内联网、部 门局域网甚至 WWW 上发布数据库数据。
1.2、学生成绩管理系统开发的目的与意义
目的:可以更快的使学生的成绩相加并且排名, 这对老师来说是很好可以减 少很多工作量, 在多人多课考试时很有用, 只要成绩出来, 输入电脑就可以在几 秒内是成绩相加,并知道了某学生在学校排名。
意义:让学生更好的了解和应用数据库,发挥其功能。
1.3数据库应用系统开发方法概述
1、成功开发数据库应用系统的关键,有以下五条:
1)能够为相关部门带来效益(有形、无形),具有很好性能价格比。
2)领导的热情支持,用户的积极参与,以及强有力的 DBAS 开发组织架构与 管理 (解决多部门、 多用户、 多资源、 多层次、 多任务和多开发人员等相关问题) 。 3) 面向用户 (参与全过程) , 目标明确 (用户沟通) , 业务流程清楚明了 (用 户意见)。
4)严格按设计规章办事(多阶段、多策略),实行标准化文档要求(阶段性 成果描述)。
5)充分考虑变化的情况(各设计阶段),主要有:部门内部的变化和外界环 境的变化。
2、开发数据库应用系统的基本策略,有以下二条:
1)自上而下
2)自下而上
通常是二者结合, 即自上而下规划设计, 自下而上设计实施。 此外还有原型法和 面向对象方法等。
3、开发数据库应用系统的主要步骤,有以下五步:
1)系统总体规划,对部门(企业)内外部情况进行初步调查,提出可行性报 告(开题报告)。
2)系统需求分析,对部门(企业)内外部情况进行详细调查,搞清原系统的 工作情况(输入、处理和输出情况),以及对新系统的功能要求(输入、处理和 输出情况),提出 DBAS 的逻辑模型 (数据模型设计和主要业务处理流程)。 系统应用设计,根据系统分析结果,完成各功能模块的设计,设计规范标准(如 代码、命名等)的确立,数据库各表的具体设计,以及物理配制方案的制订(硬 件、软件和网络等)。
3)系统应用实现,根据系统应用设计的结果,完成系统的编码和测试,以及 硬件的安装与调试,以及新旧系统转换、系统运行维护等。
系统评价,对系统运行所带来的效益,进行评估。
1.4、本章小结
本章概述了数据库的基本概念和历史发展, 并介绍了数据库的应用, 阐述 了开发学生成绩管理系统的目的与意义,着重介绍了数据库应用系统开发方法。 包括:成功开发数据库应用系统的关键开发数据库应用系统的基本策略开发数据 库应用系统的主要步骤。
学习这一章营把注意力放在掌握基本概念知识方面, 为进一步学习下面的 章节打下基础。
第二章系统需求分析
2.1 概述
需求分析的两个核心问题是了解需求分析的内容及需求调查。
需求分析的任务是详细调查现实世界要处理对象(组织,部门,企业等), 充分了解原系统工作概况, 明确用户的各种需求, 定义新系统的功能 (考虑扩充 和改变)。
需求分析的重点:用户在数据管理中的:1数据的安全性和完整性要求,数 据的保密措施和存取控制要求数据自身的或数据之间的约束条件。 2处理要求, 对处理功能的要求,对处理响应时间的要求,对处理方式的要求(批处理 /联机 处理)。 3信息要求,用户需要从数据库中获得信息的内容与性质,由用户的信 息要求可以导出数据要求,即在数据库中需要存储哪些数据。
需求分析的主要内容:1数据:系统应包含的实体,实体应包含的属性,标 识实体的关键词,属性的数据类型,实体间应建立的联系,数据的约束条件,数 据存储量估计,数据存储周期的估计。 2:业务处理行为:各种数据流,各种处 理算法,处理频率估计。
需求调查的方法:收集资料,访问用户,开座谈会,问卷征询,请教行家, 实际体验。
需求分析的困难:收集数据、整理数据的繁杂。
2.2 学生成绩管理系统需求分析
1.2.1 数据流图
学生管理数据流图
1.2.2 系统功能需求
该学生成绩管理系统主要用于管理高校学生的考试成绩, 提供学生成绩的录 入、修改、查询、等各种功能。成绩由各系的任课老师录入,或教务处人员统一 录入。 学生成绩录入后由各系系秘书签字确认, 只有教务处拥有对学生成绩的修 改权限。
用户的具体需求有:
(1)系统管理员 :负责成绩的录入,能够在一定的权限内对学生的成绩进行 查询, 可以对自己的登录密码进行修改以及个人信息的修改等基本功能。 不论是 管理员, 还是学生用户都需要通过用户名和口令进行登录。 用户名采用学生的学 号和教师的教师号, 所以规定只能包括数字。 密码也只能是数字, 用户只有正确 填写用户名和密码才可以登入, 进行下一步操作。 用户名退出后, 用户将不再拥 有任何权限,并且从数据表中删除该用户的信息。
(2)学生 :能够实现学生自己成绩和个人信息的查询等基本功能。
1.2.3 系统数据需求(数据字典)
数据项字典:
字典类别:数据项
名称:sno
别名:学号
含义:唯一标识每一位学生
类型:整形, 9位
取值范围:” 000000000” 到 ” 999999999”
语义约束:不能为空值
字典类别:数据项
名称:sname
别名:姓名
类型:字符型
字典类别:数据项
名称:ssex
别名:性别
类型:字符型
取值范围:” 男 ”” 女 ”
字典类别:数据项
名称:sage
别名:年龄
类型:字符型
取值范围:大于 ” 0”
字典类别:数据项
名称:sdepartment
别名:系
类型:字符型
字典类别:数据项
名称:sdepartment chairman 别名:系主任
类型:字符型
字典类别:数据项
名称:cno
别名:课程号
含义:唯一标识一门课 类型:整形
取值范围:” 000” 到 ” 999” 语义约束:不能为空值
字典类别:数据项
名称:cname
别名:课程名
类型:字符型
字典类别:数据项
名称:gcredit
别名:学分
类型:字符型
字典类别:数据项
名称:ggrade
别名:成绩
类型:字符型
取值范围:” 0” 到 ” 100”
数据存储字典:
字典类别:数据存储
名称:students
说明:学生信息表,存储所有学生的基本信息
数据项组成:学号,姓名,性别,年龄,所在系,系主任 流入:关于学生信息新增、修改数据
流出:关于学生的原始信息
语义约束:学生学号不能为空值
存取方法:随机存取
数据量估计:不超过 100000人
备注:数据项组成见数据项字典相关条目
字典类别:数据存储
名称:courses
说明:课程信息表,存储所有课程信息
数据项组成:课程号,课程名
流入:关于课程信息新增、修改数据
流出:关于课程的原始信息
存取方法:随机存取
数据量估计:不超过 100
备注:数据项组成见数据项字典相关条目
字典类别:数据存储
名称:grade
说明:成绩信息表,存储所有成绩信息
数据项组成:成绩,学分,学号,课程号
流入:关于成绩信息新增、修改数据
流出:关于成绩的原始信息
存取方法:随机存取
备注:数据项组成见数据项字典相关条目
2.3 小结
进行整个数据库设计必须准确了解与分析用户需求(包括数据和处理)。需求 分析是整个设计过程的基础,是最困难、最耗费时间的一步。作为地基的需求分析 是否做得充分与准确,决定了在其上构建数据库大厦的速度和质量。
需求分析的任务是通过详细调查现实世界要处理的对象 (组织、 部门、 企业等) , 充分了解原系统(手工系统或计算机系统)工作概况,明确用户的各种需求,然后 在此基础上确定新系统的功能。
需求分析调查的重点是 “ 数据 ” 和 “ 处理 ” ,通过调查、收集和分析,获得用户对 数据库的如下需求:
(1)信息需求:指用户需要从数据库中获得信息的内容与性质,由信息要求可 以导出数据要求,即在数据库中需要存储哪些数据。
(2)处理要求:明确用户对数据有什么样的处理要求,从而确定数据之间的相 互关系。
(3)安全性与完整性要求(数据字典)。
第三章 系统设计
3.1 概念设计(E-R 图)
3.1.1 设计方法及关键技术
概念设计的策略:自顶向下,自底向上,逐步扩张,混合策略
概念设计的基本步骤:先设计局部概念模型, 集成局部概念模型为全局概念 模型,优化全局概念模型
概念设计的关键技术:建立 E-R 图
3.1.2 系统的 E-R 图
该系统的数据流图:
数据抽象:将学生与学生表抽象为实体“学生”,将课程表抽象为实体“课程” 一个学生可以选择多门课程, 而一门课程可以对应多名学生, 所以学 生和课程之间是多对多的关系。
消除数据的冗余和冲突后得到此系统的 E-R 图如下:
3.2 逻辑设计
3.2.1 设计方法及关键技术
实体集合的转换:一个实体集合用一个关系表示。 关系的属性:实体型的属性; 关系的码:实体型的码。
该系统的实体型的关系模式:
关系的转换:m :n 联系转换为一个关系模式。关系的属性:与该联系相连的 各实体的码以及联系本身的属性,关系的码:各实体码的组合。
该系统关系的关系模式:
3.2.2 系统的逻辑模型 关系模式的定义:
在学生表中存在传递函数依赖, 学号决定系, 系决定系主任。 其余两表中不存在 部分函数依赖和传递函数依赖。符合第三范式。
将学生表分解为学生(学号,姓名,性别,年龄,系)和系(系,系主任),此 时该系统的关系模式符合第三范式。
3.3.3系统的完整性与安全性设计
设置约束条件:
1、 实体完整性:
Create table students
(sno int(9) primary key check(sno between 000000000 and 99999999) , Sname char(20) not null,
Ssex char (2) check (sex in (’ 男 ’ , ’ 女 ’ )),
Sage smallint,
Sdepartment char(20)
);
Create table departments
(
ddepartment char(20) primary key,
ddepartment chairman char(20)
);
Create table courses
(cno int(3) check (cno between 000 and 999),
Cname char(20) not null,
Primary key(sno )
);
2、 参照完整性
Create table grade
(sno int (9) not null,
Cno int (3) not null,
gcredit char(2),
ggrade smallint check (ggrade>=0 and gggrade<=100)>=100)>
primary key (sno , cno ),
foreign key(sno ) references students(sno ),
foreign key(cno ) references courses (cno )
);
3、 用户自定义完整性:在上述两种完整性定义中已经定义了列值非空 和检查列值是否满足一个布尔表达式 (check 短语) , 在此不再重新定义。 4、 触发器
create trigger trig_students1
on table students
for insert
as
select * from students
create trigger trig_students2
on table students
for delete
as
select * from students
create trigger trig_students3
on table students
for update
as
select * from inserted
select * from deleted
create trigger trig_courses1
on table courses
for insert
as
select * from courses
create trigger trig_courses2
on table courses
for delete
as
select * from courses
create trigger trig_courses3 on table courses
for update
as
select * from inserted
select*from deleted
create trigger trig_department1 on table departments
for insert
as
select * from departments
create trigger trig_department2 on table departments
for delete
as
select * from departments
create trigger trig_courses3 on table departments
for update
as
select * from inserted
select*from deleted
5、 安全性
1、 用户标识和口令
2、 存取控制,定义用户权限。
Grant select
On table students, courses , grade , departments To public;
Create role 教务员; //创建教务员角色 Grant all privileges
On table students, courses , grade , departments To 教务员
With grant option;
3.3 物理设计
创建存储方式:
Use[学生管理数据库 ]
Go
Create procedure [insert_grade]
( @学号 _1 [int]
@课程号 _2 [int]
@学分 _3[char](3)
@成绩 _4[int])
As insert into [学生管理数据库 ][dbo][table grade]
([学号 ]
[课程号 ]
[学分 ]
[成绩 ])
Values
(@学号 _1
@课程号 _2
@学分 _3
@成绩 _4
)
Use[学生管理数据库 ]
Go
Create procedure [insert_students]
( @学号 _1 [int]
@姓名 _2 [char](2)
@性别 _3[char](2)
@年龄 _4[char](3)
@系 _5[char](20))
As insert into [学生管理数据库 ][dbo][table students] ([学号 ]
[姓名 ]
[性别 ]
[年龄 ]
[系 ])
Values
(@学号 _1
@姓名 _2
@性别 _3
@年龄 _4
@系 _5)
Use[学生管理数据库 ]
Go
Create procedure [insert_courses]
( @课程号 _1 [int]
@课程名 _2 [char](20))
As insert into [学生管理数据库 ][dbo][table courses]
([课程号 ]
[课程名 ])
Values
(@课程号 _1
@课程名 _2)
Use[学生管理数据库 ]
Go
Create procedure [insert_departments]
( @系 _1 [char](20)
@系主任 _2 [char](20))
As insert into [学生管理数据库 ][dbo][table departments]
([系 ]
[系主任 ])
Values
(@系 _1
@系主任 _2)
索引的建立:由于在建表时制定了 primary key, 所有 SQL Server自动为这些约束 建立了唯一性索引,因此在这不需要重新建立索引。
3.4 系统功能设计
系统功能:1、学生对数据库具有查询功能,输入查询条件,输出查询结果。 2、教务员对数据库具有插入数据、修改数据、删除数据的功能,执 行这些功能时只对数据库输入数据, 同时具教务员还具有查询功能, 输入查询条 件,输出查询结果。
3.5 系统开发平台选择
Delphi 是可视化的开发软件,使用 pascal 编译器,速度快,生成代码的执行 效率高,编辑语言的功能强大复杂性低,数据库结构的灵活性高可扩展性强。 Delphi 在数据库中主要是用来开发应用程序和应用界面。
SQL Server 2000 使用方便, 提供主要的函数较丰富, 性能相对于 ACESS 、 MYSql 等数据库功能强。在数据库中用来开发数据库及数据库的管理。
3.6本章小结
本章介绍了数据库概念设计,逻辑设计以及物理设计的基本内容。概念设计中, 完成了对数据流图的数据抽象, 消除数据冗余和冲突后绘出了该数据库的 E-R 图, 定义了系统的概念模型。 逻辑设计中, 定义了系统的逻辑模型, 规范关系至第三 范式, 建立了完整性约束条件, 建立了触发器, 定义了用户权限。 在物理设计中, 创建了存储方式和索引。 另外还设计了系统功能结构图, 对系统功能做出了定义。 本章为后面数据库的建立打下了基础。
第四章 数据库应用系统的实现
4.1 数据库的定义
4.1.1 数据库的定义
1. 数据库的创建
数据库的创建既可以用企业管理器进行创建, 也能用 T-SQL 语言进行创建,下面 给出 T-SQL 语言创建数据库的程序:
Create database 学生管理数据库
On primary
(name=pri_file,
Filename=’ E:\sql_database\pri_file.mdf’ ,
Size=10MB,
maxsize=50MB,
filegrowth=10%
)
Log on
(name=’ l_log’ ,
Filename=’ E:\sql_log\l_log.ldf’ ,
Size=5MB,
maxsize=25MB,
filegrowth=5MB
)
视图的建立
USE [学生成绩管理系统。 ]
GO
CREATE VIEW [成绩 _VIEW]
AS SELECT [dbo].[成绩 ].[学号 ], [dbo].[学生 ].[姓名 ], [dbo].[成绩 ].[课程号 ], [dbo].[课 程 ].[课程名 ], [dbo].[成绩 ].[成绩 ], [dbo].[课程 ].[学分 ]
FROM [dbo].[成绩 ], [dbo].[课程 ], [dbo].[学生 ]
where 学生 . 学号 =成绩 . 学号 and 成绩 . 课程号 =课程 . 课程号
USE [学生成绩管理系统。 ]
GO
CREATE VIEW [学生 _VIEW]
AS SELECT [dbo].[学生 ].[学号 ], [dbo].[学生 ].[姓名 ], [dbo].[学生 ].[性别 ], [dbo].[学 生 ].[年龄 ], [dbo].[学生 ].[班级 ], [dbo].[学生 ].[系 ], [dbo].[系 ].[系主任 ]
FROM [dbo].[系 ], [dbo].[学生 ]
where 学生 . 系 =系 . 系
2. 数据库对象的定义
设计数据库的 SQL 语言 (包括数据库的定义, 表的定义, 主外键的定义, 默认值, 规则, 约束, 触发器, 索引等的定义) 已经在第三章中加以叙述, 在此不再赘述。
4.2 应用系统的开发
4.3本章小结
本章完成了 delphi 前台程序的设计, 完成了数据库的应用程序。 由于程序过于 繁杂冗长,在此不再附加。
第五章 结束语
本次学生成绩管理数据库的实现是由自己独立完成, 实现了整个数据库包括 后台的数据库设计及前台的应用程序的设计。 但是数据库的设计中还有些缺陷以 及未能解决的问题,包括 delphi 中界面的释放,以及各界面之间的关系设计。 但是本次试验中数据库的基本功能都已实现, 并且应用程序中加了各种限制 是程序能够正常可靠的执行, 数据库后台则加以各种限制及完整性约束, 使数据 的完整性良好。
综上, 在此次的数据库中学到很多东西, 在今后的学习生活中都会受益匪浅。
参考文献 文章、书或网址
转载请注明出处范文大全网 » WEB应用系统开发课程简介