大型数据库-计科-徐鸣(定稿)题目

湖南涉外经济学院2014—2015学年度第二学期《大型数据库》课程考核试题册学院：信息科学与工程学院专业年级：计科考核方式：开卷考试时量：100分钟试卷类型：A题号一二三四五六七八合计应得分100100第2页共2第2页共26页第1页共26页以分组形式完成以下考查内容，每组一题。Oracle考查（一）—毕业设计选题系统系统描述：本课题要求根据高校毕业论文选题工作的特点，设计并开发一套基于B/S模式的管理系统，提高学校管理工作的效率。系统要求基本能实现以下功能：1、系统需要提供MIS系统的一些公有功能模块，包括用户管理，权限管理等。2、课题管理功能：教师能在网络上上报课题，设置课题难度；学生能浏览本专业所有老师上报的可选课题。3、选题审核功能：有关部门对所有上报课题的内容和难度进行审核，审核通过的课题则为可选课题。4、选题功能：学生可以自行选择所有的可选课题。5、教师审核选题结果后，同意学生的申请，方为选题成功（即确选）；提供选题不成功的解决方案。6、系统扩展功能：系统也可以提供更多的功能便于用户使用，比如学生可以查询老师信息；管理员可以对网站基本信息进行维护，如添加、删除、修改系部信息和专业信息，以及其它系统所涉及的基本信息进行管理和维护。根据系统用户分析各个角色的需求如下：1.学生学生登录系统后，可以修改个人信息，查看所有可选择的毕业设计课题，并且可以执行选题操作，如果学生的选题请求被批准，则不能再重新选题。根据需求调查可以得出学生用户在登录系统之后的需求如下：（1）查看选题信息：学生在选题之前可以查看教师所提交的所有未被“确选”的课题详细信息。（2）查看教师信息：学生可以了解到所有教师的详情信息。（3）选择课题：学生可以根据选题要求自主选择题目，并直接把选题请求提交到教师。（4）个人信息管理：学生可以修改登录密码以及个人的详细资料。2.教师教师是系统的主要用户之一，他们是毕业设计课题的提出者，并且也是学生选题的最后决定人。教师在登陆系统后，可以进行个人资料管理，课题管理以及确认学生选题等操作。根据需求调查可以得出学生用户在登录系统之后的需求如下：（1）课题管理：教师可以对添加课题，修改课题描述，以及删除未审核的课题等操作。（2）学生选题确认：在查看到学生对某一个课题的选题申请和学生详细信息后，可以确定具体的一位（或多位）学生作为最终完成课题的人。其他同学的选题申请被拒绝后，自动进入到再次选题状态。（3）个人信息管理：教师可以修改登录密码以及个人的详细资料。3.管理员部分管理员是系统的管理者，包括教务工作管理人员，他们可以添加、管理系统用户信息，可以对课题信息进行管理，并且对系统进行维护。根据需求调查可以得出管理员用户在登录系统之后的需求如下：根据管理员用例图可以得出管理员用户的功能需求如下：（1）用户管理：可以对系统的用户，包括学生和教师的信息进行查询、添加、修改和删除。同时可以根据不同身份的用户赋予不同的操作权限。（2）课题管理：对教师提交的课题进行审核，符合相关规定以及要求才能通过；并可以删除不符合相关要求和规定的课题。（3）选题情况管理：可以查看已选题、未选题以及选题但未被老师通过的学生信息。（4）基础信息管理：可以添加学校系部以及专业；可以修改系统网站的名称，添加、编辑以及删除系统中的教师所属科研室、教师的职称名。注意：毕业选题流程：老师提交课题课题审核学生查询、选题老师确认学生选题未被确认选题的学生重新选题关于课题选题人数的限定：老师提交的课题中有项关于“选题人数”（一般为1-3个，不超过3个）的限定，用于限定一个课题最多可以参与完成的学生人数。例如：选题人数为3，则老师可以确定最多3个选择了该题目的学生完成这个课题，可以少于3个，但是不能超过3个。关于选题：学生先是自行选择课题，在这个阶段一个选题可以被多个学生选择，再由出题老师最终选定哪些学生的选题是有效的，其他学生的选择则视为无效，没有被老师最终确选的学生进入下一轮选题。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：根据分析，已知本系统有以下表：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryKeyNotNullUniqueCheckForeignkey（2）为毕业设计选题系统建立表空间GraduationSpace；建立表空间GraduationSpace的管理用户：SpaceMGR，并授权；根据分析的表结构和约束，在表空间GraduationSpace下建立表和约束。（3）为系统的表插入原始测试数据，要求注意数据的离散性和实际意义。（其参考作用的表不少于5条记录，例如专业表、部门表等；体现系统核心功能的表不少于10条记录，例如选题记录表、选题表、学生表等）（4）建立视图：SelStu_v：已经选题学生的编号，姓名，班级，联系电话NoStu_v：未选题学生的姓名，班级，联系电话，专业名称NoTop_v：没有被选的题目名称，难度，题目方向，出题老师姓名，职称，联系电话NoChe_v：未通过审核的题目名称，题目方向，出题老师姓名NoInfo_v：所有非信息学院学生的信息（5）定义包TopicSearch_P（课题查询），要求包含以下内容：定义函数GetTopicByTeacher（）：输入老师姓名，查找出该老师出的所有课题信息，包括课题标题、课题描述（200字内）、课题难度和限选人数，以及是否通过审核。定义函数GetTopicByKeyWord（）：输入一个关键词，查找出课题描述中包含此关键词的所有课题信息，包括课题标题、课题描述（200字内）、课题难度和限选人数，以及是否通过审核。定义存储过程ShowTopicInfo（）：显示输入游标变量的内容，包括课题标题、课题描述（200字内）、课题难度和限选人数，以及是否通过审核，如果通过了审核则显示“通过审核”，没有通过审核则显示“未通过审核”；如果游标中没有对应的记录则抛出异常提示语句“没有对应的课题信息！”。（6）定义包SelectedInfo_P（选题情况查询），要求包含以下内容：定义函数GetInfoByStuID（）：输入一个学生编号，查找该学生的选题情况，返回该学生所选课题的信息，包括课题标题、课题难度、学生姓名、学生专业和是否确选。定义函数GetInfoByTopic（）：输入课题编号，查找该课题是否被学生所选，返回所有选题学生的情况，包括课题标题、课题难度、学生姓名、学生专业和是否确选。定义存储过程ShowSelectedInfo（）：显示输入游标变量的内容，包括课题标题、课题难度、学生姓名、学生专业和是否确选；如果没有对应的选题记录，则输出异常提示信息“此课题暂无选题记录！”。（7）定义包TopicStatistics_P（选题统计），要求包括以下内容：定义存储过程Topic_selected（）：输入一个课题编号，统计输出该课题共有多少学生选择，输出格式为“该**课题共有*人选择！”，没有选择记录则输出“该**课题暂无人选择！”定义存储过程Student_selected（）：统计输出已有多少学生进行了选题，输出格式为“共有**位学生选题”；输出还有多少学生未进行选题，输出格式为“仍有**位学生未选题”；输出已经确选的选题记录有多少，输出格式为“共有**位学生选题成功”。定义触发器Check_T：要求当新增一条选题记录时，对已有选题记录进行检查，如果发现已有该学生的选题记录，则提示“该学生已选题！”的信息。注：要求所有的数据库对象包括表、视图、包、函数和存储过程都在SpaceMGR用户模式下。Oracle考查（二）—教学质量评测系统系统描述：教学质量综合评测是按照一定的教育指标，依据一定的衡定标准，定期对教师的教学质量进行测评。根据基本的需求分析，要求系统基本能实现以下功能：1、根据需求调查的结果，确定教学质量综合测评体系标准，包括教学常规评估，学生课堂教学评估，教学研究，教学结果分析等方面，并建立各个方面指标的权重向量，提出定性指标的量化方案。2、系统需要提供MIS系统的一些公有功能模块，包括用户管理，权限管理等。3、提供测评对象和测评者数据的批量录入功能。4、提供接口给管理部门设置测评指标和权重。5、为考核者提供网上评分功能。6、系统能够统计并分析评分结果，根据指标权重自动为每个教师生成最后的测评结果，并且统计每门专业课程的平均测评结果，提供相应的统计图表。7、系统保存三年以上的个人教学质量测评结果和专业课程的测评结果。本系统根据角色划分为四类，分别是教师、学生、管理员和学院领导。本系统主要需求者包括：学生用户、教师用户、领导用户、管理员用户。每个用户的需求描述如下：1．学生用户(1)作为学生，输入自己的用户名和密码，可以查看自己的各任课教师的教学评价任务。(2)对于学生用户来说，主要完成教师评测，即学生根据任课教师的教学效果、教学特色等（具体根据评测指标）给其打分（0-100），也可以给老师提出一些宝贵的意见。(3)在该系统中学生可以修改自己的密码，避免账号被盗。2．教师用户(1)教师输入自己的用户名和密码，可以查看自己的基本信息和教学评价情况。(2)对于学生用户来说，教师是被评测的主要对象。(3)在该系统中教师可以修改自己的密码，避免账号被盗。3．领导用户(1)领导输入自己的用户名和密码，可以查看本学院的各任课教师的教学评价情况。(2)对于领导来说，主要完成评测指标内容和权重（0.1-0.3）的设置。(3)在该系统中领导可以修改自己的密码，避免账号被盗。4．管理员用户(1)作为管理员，当经过用户名与密码权限检验之后，可以查看所有被评教师的评测结果。(2)管理员可以发布评测消息，统计评测结果，对学生、老师的数据批量导入。(3)同时，管理员可对任课教师的评测结果进行查询。包括对某一特定教师的查询。 注意：关于评测指标：评测指标是评测系统的基础，由领导设置，项目内容包括如教学教态、普通话标准、板书整齐等，每个项目设置一个0.1-0.3的权重，各个指标的权重加起来总和为1。关于评价：系统简化了评价功能，只考虑学生对老师的评价。学生可以为一个老师的不同评测指标评分，分值在0-100之间，假如有10项评测指标，则学生可以为这位老师的每项指标评一个分数；该老师的评价结果为（Σ（每项评分*权重）/评价人数）关于课表：不是所有的学生能评价所有的老师，课表体现了学生和老师之间的关联，只有在学生所在班级任教的老师才能被这个班级的学生评价打分。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：根据分析，已知本系统有以下表：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryKeyNotNullUniqueCheckForeignkey（2）为教学质量评测系统建立表空间EvalSpace；建立表空间EvalSpace的管理用户：SpaceMGR，并授权；根据分析的表结构和约束，在表空间EvalSpace下建立表和约束。（3）为系统的表插入原始测试数据，要求注意数据的离散性和实际意义。（其参考作用的表不少于5条记录，例如部门表、评价指标表等；体现系统核心功能的表不少于10条记录，例如评价记录表、教师表、学生表等）（4）建立视图：TeaMgr_v:所有有领导信息的老师信息，包括老师姓名、职称、入职时间以及领导者姓名EvalStu_v:参与了评价的学生姓名，班级名称和联系电话Schedule_v:所有课程的课程名称，上课班级名称，上课老师的姓名及职称Eval_v:评分情况视图，包括评分者姓名，被评人姓名，指标名称，权重和分数EvalStatistics_v:评分统计视图，包括被评人姓名和总评分（5）定义包EvalIndexCHK_P（评价指标设置检查），要求包含以下内容：定义函数CHKByWeight（）：将评价指标表里的所有项目权重相加，如果等于1，则返回“指标体系设置完毕”；如果小于1，则返回“指标体系暂未设置完整”；如果大于1，则返回“指标体系设置错误，请重新检查”。定义函数CHKByCount（）：计算评价指标表里的所有项目总数，如果小于4，则返回“指标体系暂未设置完整”；如果大于10，则返回“指标体系设置错误，请重新检查”。定义After触发器：当插入一条评测指标项目到评测指标表之后，判断评测指标的设置从权重和总数上是否合理（可利用上面的两个函数），并输出判断结果。（6）定义包EvalStatistics_P（评测情况统计），要求包含以下内容：定义函数ScoreByTeaID（）：输入一个老师编号，将评测记录里所有关于该老师的评测记录进行统计，计算并返回最终的得分：总评分＝Σ（每项评分*权重）/评价人数。如果没有对应的评测记录，则返回0。定义函数CountByTeaID（）：输入一个老师编号，统计评测记录表里有多少位学生参与了对该老师的评价。定义After触发器：当插入一条评测结果统计记录到评测结果统计表之后，将评测记录里有关该老师的评测记录删除。（7）定义包EvalSearch_P（评测统计查询），要求包括以下内容：定义函数SearchByTeaID（）：输入一个老师编号，返回该老师的评分统计情况，包括老师姓名、职称、总评分和评分人数。定义函数SearchByClassID（）：输入一个班级编号，返回任教该班的所有老师的评分统计情况，包括老师姓名、职称、总评分和评分人数。定义存储过程ShowInfo（）：显示传入游标变量的所有内容，包括老师姓名、职称、总评分和评分人数；如果游标变量里没有记录信息，则输出“未找到相关评分统计信息”。注：要求所有的数据库对象包括表、视图、包、函数和存储过程都在SpaceMGR用户模式下。Oracle考查（三）—题库管理系统系统描述：题库管理系统是在线考试系统的子模块之一，主要是提供平台给老师可以按课程输入大量考试题目建立题库，并进行存储管理。根据基本的需求分析，要求系统基本能实现以下功能：1、根据需求调查的结果，确定常见题目类型（例如选择题，填空题等），并可以管理题目类型。2、系统需要提供MIS系统的一些公有功能模块，包括用户管理，权限管理等。3、提供给老师按类型录入试题的功能。4、提供接口给系主任根据培养计划输入课程，并指定课程负责老师。5、课程负责老师可以根据教学大纲建立课程的知识点，并实施管理。6、出题老师可以设置课程的章节，每道题可以关联某个章节，而章节可以关联一个或多个知识点。本系统根据角色划分为四类，分别是出题老师、系主任、课程负责人和系统管理员。本系统主要需求者包括：出题老师用户、课程负责人用户、系主任用户、管理员用户。每个用户的需求描述如下：1．出题老师用户(1)输入自己的用户名和密码，可以查看自己负责哪一门（或多门）课程的出题任务。可修改自己的个人信息。(2)可以添加或者修改课程的章节，并设置章节关联知识点（一个章节最多关联3个知识点）。(3)可以根据题目类型输入题目，并设置题目的章节或者知识点。2．课程负责人用户(1)输入自己的用户名和密码，可以查看自己是哪门课程的负责人。可修改自己的个人信息。(2)根据教学大纲输入课程的知识点，并设置知识点的权重（知识点权重范围0.1-0.3，一门课知识点的权重总和应该等于1）。(3)可以添加课程的章节，并设置关联知识点。(4)可以指定哪些老师是课程负责出题的老师。3．系主任用户(1)输入自己的用户名和密码，可以查看本学院的各任课教师的基本情况。可修改自己的个人信息。(2)可以根据培养计划输入课程以及课程基本信息。(3)为每门课程指派一位课程负责人。4．管理员用户(1)作为管理员，当经过用户名与密码权限检验之后，可以查看所有用户的基本信息。可修改自己的个人信息。(2)管理员可以添加，修改用户信息。(3)管理员可以设置和管理题目的基本类型。(4)根据学校机构指派专业系和系主任。注意：关于章节、知识点和题目：一道题目属于某一个具体章节，关联一个或多个知识点；一个章节关联一个或多个知识点。知识点由课程负责人录入，例如Oracle逻辑体系结构（编号1）、PL/SQL基本语法（编号2）、触发器（编号3）等；可以设置章节知识点，例如设置第一章关联了知识点1，2；可以设置题目知识点和章节，例如设置题目1属于第一章，关联知识点1。关于老师：老师分系主任、课程负责人和出题老师，系主任与专业有关，一个专业系有一位系主任，系主任可以指定每门课程一位负责人；课程负责人指定该门课程的题目由哪些老师出。系主任、课程负责人和出题老师身份可以重叠。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：根据分析，已知本系统有以下表：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryKeyNotNullUniqueCheckForeignkey（2）为题库管理系统建立表空间QuestionSpace；建立表空间QuestionSpace的管理用户：SpaceMGR，并授权；根据分析的表结构和约束，在表空间QuestionSpace建立表和约束。（3）为系统的表插入原始测试数据，要求注意数据的离散性和实际意义。（其参考作用的表不少于5条记录，例如专业表、课程表等；体现系统核心功能的表不少于10条记录，例如试题表、知识点表、教师表等）（4）建立视图：Qus_v:某个课程的所有题目，包括题目名称，分值，题目类型名称和章节名称。Sep_v:所有专业系的名称，所属学院，系主任名称，性别，职称。Chap_v:关联2个及2个以上知识点的章节名称，所属课程名称。Cour_v:所有课程的名称，课程负责人名称，性别，职称。Tea_v:既不是系主任也不是课程负责人的教师名称，性别和职称。（5）定义包ChapSearch_P（章节查询），要求包括以下内容：定义函数SearchByChapID（）：输入一个章节编号，返回该章节的信息，包括章节名、章节知识点名称（如果有多个则需要输出多个知识点信息，最多不超过3个）。定义函数SearchByCourseID（）：输入一个课程编号，返回关联了该课程的所有章节的信息，包括章节名、章节知识点名称（如果有多个则需要输出多个知识点信息，最多不超过3个）。定义函数SearchByKnowID（）：输入一个知识点编号，返回关联到了该知识点的所有章节的信息，包括包括章节名、章节知识点名称（如果有多个则需要输出多个知识点信息，最多不超过3个）。定义存储过程ShowInfo（）：显示传入游标变量的所有内容，包括章节名、章节知识点名称；如果游标变量里没有记录信息，则输出“未找到相关章节的信息”。（6）定义包QuestionCHK_P（题目设置检查），要求包含以下内容：定义函数CHKByChap（）：检查题目的章节点设置是不是正确，例如：题目关联的课程编号为C3，章节编号为Z5，则去章节表里验证章节Z5关联的课程编号是不是也是C3，如果两者相符，则返回“章节设置正确”；如果两者不符，则返回“章节设置错误，请检查”。定义函数CHKByKnow（）：检查题目的知识点设置是不是正确，例如：题目关联的章节编号为Z5，关联的知识点有K5和K6两个，则去章节表里验证章节Z5关联的知识点是不是也包括了K5和K6，如果两者都包含，则返回“知识点设置正确”；如果至多之包含了一个，则返回“知识点设置错误，请检查”。定义After触发器：当插入一条题目记录到题目表之后，判断章节设置和知识点设置是否正确（可利用上面的两个函数），并输出判断结果。（7）定义包QuestionSearch_P（题目查询），要求包含以下内容：定义函数SearchByType（）：输入一个题目类型，返回所有该类型的题目名称、描述、题目类型、题目难度和题目分值，以及关联的课程名称和章节名称。定义函数SearchByChap（）：输入一个章节编号，返回所有关联该章节的题目的题目名称、描述、题目类型、题目难度和题目分值，以及关联的课程名称和章节名称。定义存储过程ShowInfo（）：显示传入游标变量的所有内容，包括题目名称、描述、题目类型、题目难度和题目分值，以及关联的课程名称和章节名称；如果游标变量里没有记录信息，则输出“未找到符合条件的题目信息”。注：要求所有的数据库对象包括表、视图、包、函数和存储过程都在SpaceMGR用户模式下。Oracle考查（四）—试卷管理系统系统描述：试卷管理系统是在线考试系统的子模块之一，主要是提供平台给老师根据出题要求组织试卷，并存储管理。根据基本的需求分析，要求系统基本能实现以下功能：1、系统需要提供MIS系统的一些公有功能模块，包括用户管理，权限管理等。2、根据需求调查的结果，确定常见的试卷题目类型（例如选择题，填空题等），并可以管理题目类型。3、提供给出卷老师配置试卷基本信息的功能，并能从试题库中选择试题组卷。4、提供给出卷老师浏览课程历史试卷（3年内）的功能。5、系主任可以指定具体课程的出卷老师，并审核试卷。本系统根据角色划分为三类，分别是出卷老师、系主任和系统管理员。本系统主要需求者包括：出卷老师用户、系主任用户、管理员用户。每个用户的需求描述如下：1．出卷老师用户(1)输入自己的用户名和密码，可以查看自己负责哪一门（或多门）课程的出卷任务。可修改自己的个人信息。(2)可以配置试卷的基本信息，包括试卷课程名称、考试时间（100分钟/120分钟）、考试类别（考查/考试）、考试专业班级以及试卷类别（A卷/B卷），试卷难度（I级/II级//III级等），组卷类型（自动/手动），出卷年度（如2015年），出卷学期（如第2学期）。(3)可以设置试卷的题型题量，包括选择题型，题量及分值，如选择题题量20道，分值2分。(4)可以设置试卷的章节（或知识点）题量及分值，如第一章基础，分值设置为10分等。课程的章节（知识点）数据来自数据库表。(5)如果是手动组卷，则进入选题界面根据题型选择题目，如果是自动组卷则根据算法自动计算组卷。(7)组卷成功后，自动统计试卷题量、试卷难度和分值分布等信息。(6)组卷成功后，存储并提交审核。2．系主任用户(1)输入自己的用户名和密码，可以查看本学院的各任课教师的基本情况。可修改自己的个人信息。(2)可以根据培养计划输入课程以及课程基本信息，包括课程考试类型（考查/考试）。(3)为每门课程指派一位出卷老师。(4)审核试卷。4．管理员用户(1)作为管理员，当经过用户名与密码权限检验之后，可以查看所有用户的基本信息。可修改自己的个人信息。(2)管理员可以添加，修改用户信息。(3)管理员可以设置和管理题目的基本类型。(4)根据学校机构指派专业系和系主任。注意：关于试题：试题库里存储了大量的课程考试题目，每个试题需要指定一个难度系数，并且需要记录组卷被选择时的次数，如选择题1难度系数1，被选择3次，这些记录将帮助老师对试卷做难度和得分率的统计分析。关于试卷：试卷按题型题量和分值计算后的总分数应为100分，例如试卷两个题型，选择题30道，每题2分，简答题4道，每题10分，则总分数为30*2+4*10=100；试卷按章节知识点的题量分值计算后的总分数应为100分，例如第一章基础10分，第二章应用80分，则计算总分数为10+80=90，则视为错误。试卷的难度设定为：（Σ各题目难度/题量）关于老师：老师分系主任和出卷老师，系主任与专业有关，一个专业系有一位系主任，系主任可以指定每门课程的出卷老师；系主任和出卷老师身份可以重叠。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：根据分析，已知本系统有以下表：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryKeyNotNullUniqueCheckForeignkey（2）为试卷管理系统建立表空间TestPaperSpace；建立表空间TestPaperSpace的管理用户：SpaceMGR，并授权；根据分析的表结构和约束，在表空间TestPaperSpace建立表和约束。（3）为系统的表插入原始测试数据，要求注意数据的离散性和实际意义。（其参考作用的表不少于5条记录，例如题型表、课程表等；体现系统核心功能的表不少于10条记录，例如试题表、知识点表、试题题型配置信息表等）（4）建立视图：TPAudited_v:已通过审核的所有试卷信息，包括试卷课程名称、考试时间（100分钟/120分钟）、考试类别（考查/考试）、考试专业班级以及试卷类别（A卷/B卷），试卷难度（I级/II级//III级等），组卷类型（自动/手动）。TPNoAudit_v:所有未通过审核的试卷信息，包括试卷课程名称、考试时间（100分钟/120分钟）、考试类别（考查/考试）、考试专业班级以及试卷类别（A卷/B卷），试卷难度（I级/II级//III级等），组卷类型（自动/手动）。TPTea_v:所有具有出卷任务的老师的信息，包括姓名、所在系、主讲课程、职称和联系电话。TPHead_v:所有系主任的信息，包括姓名、所在系、主讲课程、职称和联系电话。。TPType_v:所有题目类型的编号和名称。（5）定义包TPSearch_P（试卷查询），要求包括以下内容：定义函数SearchByCourseID（）：输入一个课程编号，返回该课程所有有关的试卷基本信息，包括试卷编号、考试时间（100分钟/120分钟）、考试类别（考查/考试）、考试专业班级以及试卷类别（A卷/B卷），试卷难度（I级/II级//III级等），组卷类型（自动/手动），出卷年度（如2015年），出卷学期（如第2学期）。定义函数SearchByYear（）：输入一个出卷年度和出卷学期，例如2015，2，则返回所有该年度该学期所有的试卷信息，包括试卷编号、考试时间（100分钟/120分钟）、考试类别（考查/考试）、考试专业班级以及试卷类别（A卷/B卷），试卷难度（I级/II级//III级等），组卷类型（自动/手动），出卷年度（如2015年），出卷学期（如第2学期）。定义存储过程ShowInfo（）：显示传入游标变量的所有内容，包括包括试卷编号、考试时间（100分钟/120分钟）、考试类别（考查/考试）、考试专业班级以及试卷类别（A卷/B卷），试卷难度（I级/II级//III级等），组卷类型（自动/手动），出卷年度（如2015年），出卷学期（如第2学期）。（6）定义包TPValCHK_P（试卷分值设置检查），要求包含以下内容：定义函数CHKByChap（）：输入一个试卷编号，检查试卷的章节点设置是不是正确，例如：某试卷一共设置了关联3个章节，每个章节的分值分别为30分，30分，40分，则计算试卷的总分为30+30+40，刚好等于满分100分，则返回“章节设置正确”；如果每个章节的分值分别为30分，30分，30分，则计算试卷的总分为30+30+30，不等于满分100分，则返回“章节设置有误，请检查”。定义函数CHKByType（）：输入一个试卷编号，检查试卷的题目类型设置是不是正确，例如：某试卷一共设置了有4种类型的题目，每种题型的分值分别为30分，30分，20分，20分，则计算试卷的总分为30+30+20+20，刚好等于满分100分，则返回“题目类型设置正确”；如果每个类型的分值分别为30分，30分，30分，20分，则计算试卷的总分为30+30+30+20，不等于满分100分，则返回“题目类型设置有误，请检查”。定义Before触发器：在修改试卷的“审核”属性之前，先判断试卷的章节点分值设置和题型分值设置是否正确（可依靠以上两个函数判断），并输出其判断结果。（7）定义包TPDiffCHK_P（试卷难度判断），要求包含以下内容：定义函数CHKDiff（）：输入一个试卷编号，根据题目的平均难度计算试卷的难度，并返回难度等级。试卷的难度设定为：（Σ各题目难度/题量）定义Before触发器：在修改试卷的“审核”属性之前，先判断试卷的难度系数是否有设定，如果已经设定了，则判断和CHKDiff（）计算的难度是否相等，如果不等，则输出提示信息“试卷难度系数不正确”；如果未设定，则根据CHKDiff（）计算试卷的难度修改试卷的难度系数字段。注：要求所有的数据库对象包括表、视图、包、函数和存储过程都在SpaceMGR用户模式下。Oracle考查（五）—客户追踪管理系统描述：本课题是客户关系管理（CRM）的一个子系统，主要是涉及到客户消费后的追踪服务和回访服务。系统要求基本能实现以下功能：1、系统需要提供MIS系统的一些公有功能模块，包括用户管理，权限管理等。2、客户信息管理功能：凡是消费一次以上的客户都会记录其基本信息，包括姓名、联系方式等，同时每位客户会指定一位客户经理。3、追踪服务和回访功能：对近期（一个月内或三个月内）有消费记录的客户进行回访服务，包括现场问卷、电话问卷等多种形式，并记录回访服务的内容（可参见参考文档1.客户回访记录表）。4、客户经理管理功能：原则上每位客户都有一位负责的客户经理为其进行追踪回访服务，客户经理掌握着客户的详细资料和消费记录，并根据消费记录分析客户类型和回访资料的统计。客户经理一般负责多名客户的追踪和回访服务（暂定为不超过20名）。客户经理管理功能主要是记录每位客户经理的基本信息（如雇员编号，姓名等），管理客户数量等，并根据回访记录为客户经理评级。5、客户类别管理功能：每3个月对客户的消费记录进行统计分析，为客户分类别：持续3个月未消费的客户分为“放弃客户”类别；3个月内有消费记录但是消费次数和消费金额比上一个周期没有增加的客户为“发展客户”；3个月内有消费记录且消费次数和消费金额都比上个周期有增加的客户为“稳固客户”；3个月内有首次消费记录的客户为“新增客户”。6、客户经理评级功能：每3个月对客户经理进行一个评级分析：3个月内审核通过的回访记录超过30次的为I级；3个月内审核通过的回访记录超过60次的为II级；3个月内审核通过的回访记录超过100次的为III级。注：回访记录必须通过客户关系部的高级主管审核后才能计入评级范围。7、回访记录统计功能：每3个月为一个统计周期，将所有通过审核的回访记录进行统计分析，分析内容包括：回访方式的不同比例（如：3个月内回访共计200次，其中电话回访有90次，比例为45%）；回访结果的不同比例（如：3个月内回访共计200次，其中客户对回访表示满意的有120次，比例为60%）；客户意见主要集中问题的分析（如：3个月内回访共计200次，其中客户对“产品评价”提出了建议的有150条）。根据系统用例的分析得到系统主要有如下的参与者：1.客户经理客户经理是客户追踪管理的主要参与者，其需求主要包括以下几个方面：（1）录入查看和管理客户数据：对于自己管理的客户数据能实行录入、查看和管理功能。（2）录入查看和管理回访数据：可以制定回访计划表，并根据回访计划对客户进行回访，并能录入回访数据，包括回访人、被访客户、回访方式、回访内容等。录入的回访记录最后交由客户关系部的高级主管审核。（3）查看销售记录和客户分类统计：可以查看最近3个统计周期（3个月为一个统计周期）的销售记录，已确定回访对象，以及进行客户分类统计。（4）个人信息管理：客户经理可以查看、修改个人的部分信息。2.客户关系部主管客户关系部主管是系统的主要参与者之一，其需求包括：（1）录入和查看客户经理数据：可以录入自己管辖范围内的客户经理基本信息，包括姓名、雇员编号、联系方式等；所有客户经理的初始评级都为I级。（2）回访记录审核：对于客户经理提交的回访记录，实行审核。审核通过的回访记录才能计入客户经理的评级；未审核通过的回访记录视为无效的回访记录。（3）对客户经理实行评级：每个统计周期根据每个客户经理的回访记录对其实行评级。（4）对回访记录实行统计分析：整理所有审核通过的回访记录，并统计分析。3.管理员部分管理员是系统的管理者，他们可以添加、管理系统用户信息。根据需求调查可以得出管理员用户在登录系统之后的需求如下：（1）用户管理：可以对系统的用户，包括客户经理和客户关系部主管的用户信息进行查询、添加、修改和删除。同时可以根据不同身份的用户赋予不同的操作权限。注意：回访流程：客户经理根据销售记录制定回访计划—〉按计划对客户依次进行回访，并记录相应的信息—〉提交回访记录给部门主管审核—〉部门主管审核—〉统计周期内统计关于客户分类：客户分类主要是客户经理根据统计周期内的消费记录进行的，原则上在系统实现后能进行系统自动的统计。关于回访统计：客户关系部主管根据审核后的回访记录做统计分析，主要包括回访方式、回访结果和客户意见集中问题的分析。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：根据分析，已知本系统有以下表：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryKeyNotNullUniqueCheckForeignkey（2）为客户追踪管理系统建立表空间CRMTrackSpace；建立表空间CRMTrackSpace的管理用户：spacemgr，并授权；根据分析的表结构和约束，在表空间CRMTrackSpace下建立表和约束。（3）为系统的表插入原始测试数据，要求注意数据的离散性和实际意义。（其参考作用的表不少于5条记录，例如部门表等；体现系统核心功能的表不少于10条记录，例如客户信息表，消费记录表等）。（4）建立视图：VisitStatistics_v：按回访方式（现场或电话）统计近3个月内的回访记录数。Consumption_v：按客户统计近3个月的消费次数和消费总额。Customer_v：客户信息视图，包括客户姓名、性别、联系电话、客户类别。CManager_v：客户经理信息视图，包括客户经理职员编号、姓名、性别、所管理的客户数和等级。（5）定义包VisitRedSearch_P（回访记录查询），要求包含以下内容：定义函数SearchByCustomer（）：输入一个客户编号，返回所有对其做的已通过审核的回访记录信息，包括被访客户、回访时间、回访方式、回访内容、回访结果和客户经理姓名。定义函数SearchByCManager（）：输入一个客户经理编号，返回所有该客户经理对客户做的已通过审核的回访记录信息，包括被访客户、回访时间、回访方式、回访内容、回访结果和客户经理姓名。定义存储过程ShowInfo（）：显示传入游标变量的所有内容，包括被访客户、回访时间、回访方式、回访内容、回访结果和客户经理姓名。（6）定义包Grade_P（客户评级），要求包含以下内容：定义函数Grade（）：统计近3个月消费记录表里客户的消费记录为客户分类别，如果近3个月消费次数和消费金额为0，则返回客户类别为0（放弃客户）；3个月内有消费记录但是消费次数或消费金额比上一个周期没有增加的客户，返回1（发展客户）；3个月内有消费记录且消费次数和消费金额都比上个周期有增加的客户，返回2（稳固客户）；3个月内有首次消费记录的客户，返回3（新增客户）。定义After触发器：当修改了客户类别之后，将客户信息表里的“历史消费次数”和“历史消费金额”字段替换为近3个月统计的消费数据。（7）定义包VisitRedStatistics_P（回访记录统计），要求包括以下内容：定义函数StatisticsByType（）：输入一种回访方式，返回近3个月内的所有通过审核的回访记录中，用该回访方式实行回访的比例。定义函数StatisticsByCustomerEval（）：输入一个客户评价结果（非常满意、满意、不满意），返回近3个月内的所有通过审核的回访记录中，客户评价为此结果的比例。注：要求所有的数据库对象包括表、视图、包、函数和存储过程都在SpaceMGR用户模式下。Oracle考查（六）—客户投诉管理系统描述：本课题是客户关系管理（CRM）的一个子系统，主要是涉及到客户消费后的投诉服务和投诉处理以及投诉记录的统计。系统要求基本能实现以下功能：1、系统需要提供MIS系统的一些公有功能模块，包括用户管理，权限管理等。2、客户信息管理功能：凡是消费一次以上的客户都会记录其基本信息，包括姓名、联系方式等。3、部门信息管理功能：对于可处理投诉的部门（如营销部门，客户服务部，质量控制部等）记录其部门信息，包括部门名称，部门主要负责人及联系方式等。4、投诉信息记录功能：记录投诉的相关信息，包括投诉人，投诉方式，投诉内容等，并提交给后续流程的处理者（具体内容可以参见参考资料1.客户投诉记录表）。5、投诉处理功能：根据公司规定的投诉处理流程将客户投诉进行处理。系统需要对过程数据进行记录，例如责任部门，责任部门处理人，以及投诉处理方案等。详细的具体流程参见参考资料2.客户投诉处理流程和参考资料3.客户投诉处理记录表。6、投诉回访登记：对投诉处理后的结果及时反馈给客户，并对客户进行处理回访登记，登记的内容包括问题解决是否及时、原因解释、客户是否对结果满意等。参见参考资料3.客户投诉处理记录表。7、投诉统计功能：每3个月为一个统计周期，将所有投诉信息进行统计分析，分析内容包括：投诉方式的不同比例（如：3个月内接受投诉共计200次，其中来电投诉有90次，比例为45%）；投诉周期的不同比例（如：3个月内接受投诉共计200次，其中客户要求当天处理的投诉有60起，占30%）；投诉处理结果的不同比例（如：3个月内投诉共计200次，其中已处理的投诉90，比例为45%；正在责任部门处理的共50起，比例为25%；未明确责任部门，仅仅处于登记阶段的投诉共60起，比例为30%）；投诉回访满意度的分析（如：3个月内投诉共计200次，已进行了客户回访的有100起，其中客户对投诉处理结果表示满意的有20起，比例为20%）；投诉责任部门分析（如：3个月内投诉共计200次，因为质量问题由质检部门承担责任的有30起，占15%；因为售后服务问题，由客户服务部承担责任的有40起，占20%；由发货收货等原因，由库存部门承担责任的有50起，占25%等）。根据系统用户分析各个角色的需求如下：1.客服中心客服中心直接面向客户，承接客户的投诉，他们的需求包括：（1）投诉信息录入和查询：对于客户的投诉能记录其信息，并分析投诉的内容，确定责任部门，将投诉记录提交给责任部门主管进行分析确认；同时客服中心能够根据客户数据查询投诉记录，包括投诉处理进程和投诉处理结果。（2）投诉结果反馈：可以将通过了主管确认的投诉处理方案及处理结果反馈给投诉者。（3）投诉回访：将投诉处理结果反馈给客户的同时，也可以对客户进行同步的回访，并记录回访结果。2.客服中心主管客服中心主管主要负责对投诉处理方案、投诉处理结果的确认以及对投诉记录进行统计分析：（1）投诉处理方案审核：对责任部门提交的投诉处理方案，进行审核确认。（2）投诉处理结果的确认：分配客服中心的工作人员将投诉处理结果反馈给客户。（3）投诉记录统计分析：对统计周期内的所有投诉信息进行统计分析，系统建立之后，应该由系统实现其自动统计功能，主管只需获得相应的处理权限。3.责任部门主管责任部门主管是客户投诉的主要处理者，他们负责确认投诉责任和提出投诉处理方案：（1）投诉责任确认：根据客服中心提交的投诉记录，确认投诉的主要责任人及责任内容。（2）投诉处理方案：根据责任内容，提出具体的处理方案和措施。（3）将投诉处理方案提交给客服中心主管审核。3.管理员部分管理员是系统的管理者，根据需求调查可以得出管理员用户在登录系统之后的需求如下：（1）用户管理：管理系统的主要用户，并根据不同身份为用户赋予不同的操作权限。（2）客户基本信息管理：为客户中心提供客户的基本信息，包括姓名，性别，联系方式等；并提供给客户中心客户的消费记录，以帮助客户中心确认投诉。（3）部门基本信息管理：管理客户中心、责任部门（有很多个责任部门）等基本信息，包括主管者，联系方式等。注意：关于投诉记录的状态：根据投诉的处理流程，一个客户的投诉会随着流程变化处于不同的状态，分别是投诉受理、事件确认、责任追究、主管审核、投诉处理、客户回访、投诉完结七个状态。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：根据分析，已知本系统有以下表：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryKeyNotNullUniqueCheckForeignkey（2）为客户投诉管理系统建立表空间CRMComplaintSpace；建立表空间CRMComplaintSpace的管理用户：SpaceMGR，并授权；根据分析的表结构和约束，在表空间CRMComplaintSpace下建立表和约束。（3）为系统的表插入原始测试数据，要求注意数据的离散性和实际意义。（其参考作用的表不少于5条记录，例如部门表等；体现系统核心功能的表不少于10条记录，例如客户信息表，投诉记录表等）。（4）建立视图：Complaints_v：查询近3个月内的所有投诉信息，包括客户姓名、投诉内容、处理周期、投诉状态。ComplaintsStatistics_v：按投诉状态统计近3个月的投诉记录数。Customer_v：投诉者视图，包括投诉者姓名、性别、联系电话、客户类别。Department_v：部门视图，包括部门编号、部门名称、部门联系电话、部门负责人姓名、负责人联系电话。（5）定义包ComplaintSearch_P（投诉记录查询），要求包含以下内容：定义函数SearchByID（）：输入一个投诉编号，返回其对应投诉记录的相关信息，包括投诉者姓名、投诉者联系电话、投诉内容、投诉处理周期、投诉状态、责任部门。定义函数SearchByStatus（）：输入一个投诉状态（投诉受理、事件确认、责任追究、主管审核、投诉处理、客户回访、投诉完结），返回所有处于该状态的投诉记录，包括投诉者姓名、投诉者联系电话、投诉内容、投诉处理周期、投诉状态、责任部门。定义存储过程ShowInfo（）：显示传入游标变量的所有内容，包括投诉者姓名、投诉者联系电话、投诉内容、投诉处理周期、投诉状态、责任部门（如果没有责任部门，则显示“投诉尚处于确认阶段”）。（6）定义包ComplaintCHK_P（投诉处理判断），要求包含以下内容：定义函数CHKOverdue（）：输入一个投诉记录，根据其处理周期判断该投诉是否有延误处理，具体判断方法如下：判断受理日期+处理周期是否大于等于处理日期，如果大于等于，且投诉状态是“投诉处理”或以后的状态，则返回“投诉如期处理”，否则返回“投诉处理延误”。例如：假设投诉处理周期为“3天内”，则判断受理时间+3天＞＝处理时间的结果，成立则再判断投诉状态是否是“投诉处理”或之后的状态（客户回访、投诉完结），如果两个条件都成立，则返回“投诉如期处理”；否则则返回“投诉处理延误”。定义After触发器：当修改了客户回访记录的满意度调查结果后，将投诉记录表的投诉状态修改为“投诉完结”。（7）定义包ComplaintStatistics_P（投诉记录统计），要求包括以下内容：定义函数StatisticsByType（）：输入一种投诉方式，返回近3个月内所有受理的投诉记录中，用该投诉方式实行投诉的比例。定义函数StatisticsByDept（）：输入一个部门编号，返回近3个月内所有处理的投诉记录中，责任部门为该部门的比例。定义函数StatisticsByResult（）：输入一个投诉处理回访调查的满意度结果（“非常满意”，“满意”，“不满意”），返回近3个月内所有处理的投诉记录中，回访满意度为该结果的比例。注：要求所有的数据库对象包括表、视图、包、函数和存储过程都在SpaceMGR用户模式下。Oracle考查（七）—房屋买卖租赁系统本系统的主要使用者是房屋买卖租赁公司的门店服务人员和公司的管理人员，主要是实现房源登记、供求匹配、看房交易、客户数据登记管理和门店员工信息管理等功能。根据初步的用户需求调查，得系统基本的用例图如下：根据基本的需求分析，系统分为以下几个基本模块：（1）用户管理：用户管理包括用户数据、门店员工和管理人员的基本信息登记管理，这是一个基本模块。（2）房源供求信息管理：除了可以登记出售或者出租的房源和房主信息外，还可以根据客户要求登记需要的房源信息，例如房屋户型、房屋位置、房屋楼层要求等。门店员工可以根据不同的查询条件双向查询供求双方的房源数据。（3）看房管理：门店员工每次为客户提供一次看房服务，都要做相应的信息登记，记录包括看房时间、看房结果、服务对象、房源编号等。管理人员要对这些数据定期（一般为一个月）进行统计，作为考核员工工作业绩的重要参考数据。（4）交易管理：客户在看房之后如果进行实际买房或者租房的交易，由门店员工登记具体的交易信息，例如交易类型、交易价格、佣金比例、交易时间、房源信息等。管理人员要对这些数据定期（一般为一个月）进行统计，作为考核员工工作业绩的重要参考数据。（5）客户管理：对于登记在案的客户数据需要进行定期维护。客户分为活跃客户、暂失客户和永失客户三种。如果一位客户在连续两个月内有多次看房记录，则认为该客户是活跃客户，这类客户存在着继续为其服务的潜力，有合适的房源（根据房源需求数据判断）可以及时进行通知并安排看房；如果一位客户在连续两个月内没有看房记录但是确定有继续服务的可能性（还没有租到房或者买到房），则认为该客户为暂失客户；如果客户已经买到房或者租到房，或者已经确定没有继续服务的可能性，则认为是永失客户。永失客户数据需要及时删除。（6）业绩考核：根据每个员工的看房记录和交易记录按月统计工作业绩，例如看房次数、登记客户数、成功交易数、交易总值、佣金总值等，并根据这些内容进行业绩排名。请根据以上对于系统的基本描述，进行该系统的数据分析（ER图）并设计该系统的数据库表及有关内容。（1）请组长完成分析工作，并填写以下表格：系统数据库表细目表名描述表设计：*****表字段名字段类型字段长度备注表约束：******表字段名PrimaryK