毕业论文用PlayCASE建模工具开发教务处学籍管理系统.pdf

《毕业论文用PlayCASE建模工具开发教务处学籍管理系统.pdf》由会员分享，可在线阅读，更多相关《毕业论文用PlayCASE建模工具开发教务处学籍管理系统.pdf（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 毕业论文用 PlayCASE建模工具开发教务处学籍管理系统 Final revision by standardization team on December 10,2020.毕业论文 用 PlayCASE 建模工具开发教务处学籍管理系统 目录 一.课题介绍“教务处学籍管理系统”是电子信息职业技术学院（宝山道院区）教务处针对当前学籍管理工作的需要开发研制的一个应用型软件，是列入我院院级科研立项的项目之一。它的使用对促进我院教务管理特别是学籍管理的科学化、规范化和信息的网络化将起到积极的作用。研制“教务处学籍管理系统”是为了寻找一种较为规范的解决方案旨在减轻教务管理人员繁重的工作负担，规范教

2、学计划、课程名称、教师编号等的制定使用，简化教学任务检索、成绩查询、考勤管理等工作的劳动强度和复杂程度，解决了教务处学生信息管理工作中的现代化手段问题，进而进一步提高我院教务处计算机管理水平。“教务处学籍管理系统”应用范围从新生的信息录入开始到毕业离校，贯穿整个学生在校期间的管理工作。根据这一全过程的工作特点，可以全面地利用计算机作为辅助管理手段进行学生学籍管理的工作，能有效地防止目前全国大学生管理系统“平台式”的软件在开发上的大众性，更适合于我院学籍管理要求，强化了查询统计功能同时友好的用户界面将更方便于教务管理人员的日常使用。二.系统设计分析 1.开发工具使用“教务处学籍管理系统”，使用

3、PlayCASE 建模工具作为前端（上游）的系统分析、设计模型。系统模型通过划分，生成相对独立的功能模块。生成的功能模块转为后端（下游）的开发原型，使用PowerBuilder 作为开发工具，用以实现实际的功能。目前，国内大部分的 MIS 系统开发仍旧停留在原始的手工开发模式上，这不仅无法提高工程质量，而且由于没有统一的开发标准（或未形成总体的开发风格），不利于 MIS 系统生存周期的延长。传统的开发模式，同时极大的限制了 MIS 系统软件在用户实际使用过程中的完善。（因为传统的开发模式在开发工程中只强调整个开发过程的其中一部分或几部分，不能贯穿开发的全程。在出现开发预期没有考虑的问题时，由于

4、没有全面的系统开发模型往往对出现的问题无法修补。）在国外，已经普遍采用系统模型开发工具，并且已经基本形成统一的标准。依据标准的系统模型开发工具已经有很多，有很多软件开发工具都有自己的前端（上游）模型开发工具。如 Sybase 公司为PowerBuilder 定制的前端（上游）模型开发工具PowerDesigner。在这次毕业设计中，我们使用了国产的系统模型开发工具 PlayCASE。我们希望能够找出一些使用系统模型开发工具比使用传统的开发模式的优势。试着通过使用 PlayCASE 并结合现代软件工程的思想，能够快速建立系统模型，合理划分各个功能模块。PlayCASE 创造性地把业务调查、需求定

5、义、总体设计、详细设计及程序生成等软件开发过程结合为一体，适合生命周期法、原型法及其混合形式，极大地提高了软件系统开发的效率和质量，满足了个方面的需要。PlayCASE 的集成理念体现在软件生命周期的纵横两个方面，通过三位一体建模实现统一的形式支持生命周期。使用 PlayCASE 开发应用软件，可以最大限度的减少软件开发完成后出现功能不全的问题，更不会出现闭门造车的情况，造成软件给谁用、有什么用都说不清楚的问题，这种问题在开发软件产品时是十分容易出现的。PlayCASE 的最主要的作用是提供了从需求建模向软件建模平滑过渡，并且可以良好的支持后端开发工具的。PlayCASE 为程序员提供了功能强

6、大的可视化数据库建模工具和程序设计工具，十分便于数据库系统的概念设计、逻辑设计、物理设计和行为设计。我在小组中的分工是，依据前端（上游）分析划分的各个主功能模块，使用现代软件工程的分析和细化方法，将主功能模块再次划分成实现功能独立的节点模块，并通过开发工具（PB）实现。2.开发使用环境 开发平台：Windows 2000 Advanced Server(Service Pack 3)数据库平台：Microsoft SQL Server 2000 企业版 开发工具：PowerBuilder Build 8004 Microsoft Development Environment 2003(Vis

7、ual Studio.NET 2003)（仅作为最终程序发布使用）3.功能模块图 4.设计分析 根据我在小组内的分工，我主要负责：分解上游开发生成的功能模块，将其细化成为可以使用开发工具实现的终端模块；分析功能模块提出的功能，划分逻辑，并依据上游提供的数据库结构模型设计出实现功能的算法；设计交互界面，完成代码设计，进行初步测试；合并应用程序，完成系统测试、用户确认测试。三.系统设计实现 1.设计总量(1)信息输入模块（窗口）(2)制定教学计划(w_plan)：制定各专业教学计划。(3)教学任务窗口(w_assignment)：由教学计划自动生成教学大纲的主要内容。(4)教学大纲输入(w_jxo

8、utline)：制定教学大纲。(5)标识编辑窗口(w_edit_f_t_s_j)：设计整个系统使用的各种标识。(6)代码编辑窗口(w_edit_d_s_c)：制定系、专业、班级、课程、教师情况以及各对应的代码信息。(7)学生基本信息输入(w_student_input)：输入在校学生的基本信息、家庭情况和学习情况。(8)学生正考成绩录入(w_student_score)：输入学生的考试成绩。(9)学生补考录入(w_student_score_makeup)：输入学生的补考成绩。(10)信息修改模块（窗口）(11)教学计划修改(w_plan_edit)：完成对现有教学计划的修改、补充。(12)教

9、学任务修改(w_assignment_edit)：完成对现有教学任务的修改(以教学计划为基础)。(13)学生成绩修改(w_student_score_edit)：完成对现有学生成绩的修改，以全部考试成绩和补考成绩两种方式查询修改。(14)学生基本信息校对(w_z_student_snumedit)：校对学生基本信息的输入情况，包含修改功能。(15)信息查询模块（窗口）(16)学生成绩查询(w_score_query)：用于查询指定学生的各个学期的单科或全部成绩(17)学生统计信息查询(w_query)：整合在学学生人数的全部功能查询，完整显示详细的统计信息内容和总数统计。(18)不及格情况查询

10、(w_makeup_query)：以指定条件查询在学学生的不及格人数、人次和详细内容。(19)不及格情况明细(w_nopass_list)：显示全院不及格学生的详细情况。(20)统计显示模块（窗口）(21)成绩图形显示(w_score_count)：以图形方式显示成绩统计正态分布图(22)打印模块（模块）(23)教学计划打印(w_plan_print)：打印教学计划。(24)教学任务打印(w_assignment_print)：打印教学任务。(25)学生成绩打印(w_score_print)：打印各学期的各班学生成绩。(26)成绩检索打印(w_query_print)：打印学生成绩汇总信息，排

11、名情况。(27)学籍卡打印(w_student_score_table_1)：打印学生的学籍卡（包括学生基本信息和学生在学成绩）。(28)用户管理模块（窗口）(29)用户权限管理(w_user_login)：管理准许登陆系统的用户权限（此窗口的权限最高）。2.典型模块（窗口）介绍 主窗口（w_main）窗口要求：以框架方式构建主窗口，由主窗口打开的窗口作为框架下的窗口，同时在窗口菜单下添加打开窗口的选项。自动记录快捷菜单栏的位置。窗口界面和结果生成示例：主要控件脚本：主窗口（w_main）.打开事件（open）闭事件（close）击事件（clicked）：击事件（clicked）：开事件（op

12、en）定义事件（ue_open）择事件（selectionchanged）择事件（selectionchanged）择事件（selectionchanged）择事件（selectionchanged）击事件（clicked）：打开事件（open）：自定义事件（ue_open）：击事件（clicked）：打开事件（open）：自定义事件（ue_open）：窗体体积改变事件（resize）：关闭窗口事件（close）：击事件（clicked）单击事件（clicked）开事件（open）(SQLCA)()()Commit;uf_menu,0)刷新安钮（cb_retrieve）.单击事件（clicke

13、d）：uf_findchild(1)/刷新菜单项 新建按钮（cb_new）：新建角色。=新建登陆用户 ib_new=True is_menuid=uf_reset(1)/复位树型控件 =()删除按钮（cb_del）：删除现有角色。=False string ls_login /登陆名 string ls_password /登陆密码 ls_login=if ls_login=then =True Return end if DELETE FROM login WHERE =:ls_login;if =0 then Commit;()Commit;=else RollBack;Messagebo

14、x(提示,无法删除！该记录可能已经不存在！,Information!,OK!,1)end if =True 保存按钮（cb_save）：保存对角色权限的修改。=False string ls_login /登陆名 string ls_password /登陆密码 string ls_temp ls_login=ls_password=if ib_new then if ls_login=then Messagebox(提示,请输入登陆名！,Information!,OK!,1)=True ()Return elseif ls_password=then Messagebox(提示,请输入登陆密

15、码！,Information!,OK!,1)=True ()Return elseif is_menuid=then if Messagebox(提示,您没有为新建用户建立权限，新建用户将无法使用系统！请确认是否保存,Information!,YesNo!,1)1 then =True ()Return end if end if SELECT INTO:ls_temp FROM login WHERE =:ls_login ;if =0 then Commit;Messagebox(提示,登陆名已存在，请重新填写登陆名！,Information!,OK!,1)=True ()Return e

16、lseif =-1 then Messagebox(提示,登陆名验证错误，无法确定登陆名是否已存在！无法保存新建用户信息，请重新操作！,Exclamation!,OK!,1)=True ()Return end if INSERT INTO login(login,password,popedom)VALUES(:ls_login,:ls_password,:is_menuid);if =0 then Commit;()Commit;=ib_new=False else Rollback;Messagebox(提示,无法保存新建用户信息，请重新操作！,Exclamation!,OK!,1)=T

17、rue ()Return end if else if ls_login=then Messagebox(提示,登陆名为空，无法保存！,Information!,OK!,1)=True ()Return elseif ls_password=then Messagebox(提示,登陆密码为空，无法保存！,Information!,OK!,1)=True ()Return end if SELECT INTO:ls_temp FROM login WHERE =:ls_login ;if =0 then UPDATE login SET login=:ls_login,password=:ls_

18、password,popedom=:is_menuid Where login=:ls_login;Commit;()Commit;elseif =100 then Messagebox(提示,当前登陆名不存在，无法更新！n 提示：如果新建用户登陆请单击新建按钮。,Exclamation!,OK!,1)=True ()Return elseif =-1 then Messagebox(提示,登陆名验证错误，无法确定登陆名是否已存在！无法保存新建用户信息，请重新操作！,Exclamation!,OK!,1)=True ()Return end if end if =登陆用户()=True 四.系

19、统测试 测试是程序设计中占工作量比重较大的工作，是程序设计必不可少的环节。它对参与测试的人员要求较高，而且原则上程序的原始设计人员是不应该涉及较多的，尤其是针对代码的测试，如单元测试。由于小组的人手不足，我除了负责完成我的程序开发外，还要完成我设计的代码的测试工作。在最初的设计过程中，首先涉及测试工作的是功能窗口包含的函数和窗口控件的事件脚本。测试方法采用单元测试通常采取的白盒测试和黑盒测试相结合的方法。测试函数只使用白盒测试，通过对函数中各分支进行遍历测试来寻找潜在的错误和设计缺陷。函数没有使用黑盒测试，是因为函数是为完成某个独立的工作而设计的，它会被所属窗口控件的某个事件脚本调用，在测试窗

20、口控件的事件脚本时就间接的对函数进行了黑盒测试。测试窗口控件的事件脚本同时使用了白盒测试和黑盒测试。首先通过白盒测试的遍历分支来寻找脚本中的设计错误。设计针对脚本的测试程序，有条件的调用某个控件的事件，通过设置断点来反馈程序的运行状况。主要使用黑盒测试来寻找该脚本在功能上的缺陷，寻找与设计要求不相符的地方。黑盒测试是在窗口设计并针对代码进行第一次单元测试完成后进行的。在黑盒测试中尽量模仿用户实际的使用情况，来对窗口进行功能上的测试。而且在测试过程中我还请用户进行早期的功能确认测试。在各模块开发基本完成后，在请用户进行确认测试之前，为了保险起见小组内部首先进行了确认测试。测试工作主要是由前端（上

21、游）的设计人员进行，用各模块的开发任务对照程序进行功能上的确认测试，用以减少模块实现功能与开发任务不对应的情况。小组内部的确认测试通过后，用户进行了确认测试，反映良好。系统的整体性能测试和系统试运行是在小组内部和用户方面同时进行的。系统整体性能测试主要是系统的负重测试和健壮性测试。负重测试采用增加终端的访问量来进行测试。比如多台终端同时访问，加大终端的系统负荷等。健壮性测试是采用具有一定使用破坏力的方法来进行测试。比如在频繁访问数据库的时候将网络关闭，这样测试系统对突然发生错误的反映能力和处理能力。到目前为止，系统的试运行正常，没有发现重大错误。在测试过程中发现的错误已经全部修补完成，而且还没有发现因修补错误而带来的新的错误。