四川网站建设设计公司哪家好导购网站 icp备案要求

四川网站建设设计公司哪家好,导购网站 icp备案要求,专业做网文的网站好,wordpress自定义文章排列顺序面向对象分析与设计实验一 软件需求分析1.1 业务需求描述本系统主要包括系统管理员、教师、学生三种类型用户。学生可以查看个人成绩#xff0c;查询学分和挂科数目以及学业预警。教师可以添加学生成绩#xff0c;删除学生成绩#xff0c;修改学生成绩#xff0c;查看学生成…面向对象分析与设计实验一 软件需求分析1.1 业务需求描述本系统主要包括系统管理员、教师、学生三种类型用户。学生可以查看个人成绩查询学分和挂科数目以及学业预警。教师可以添加学生成绩删除学生成绩修改学生成绩查看学生成绩查询挂科数目。教务处可以使用系统输入学生信息、教师信息、课程信息参与修改成绩审核查询学生学分对学生进行学业预警。1.2 系统功能性需求分析各科教师登录系统后可以查询和修改个人信息、修改自己的账号密码查询自己的授课课程实现对选修了自己课程的学生的成绩进行查询、录入和修改各科老师可以对自己学生选修课程结束后给予分数。每个学生登录系统后可以查询和修改个人信息、修改自己的账号密码同时在课程结束后可以查询在校期间各个时间段选修课程的成绩与学分以及学业预警。教务处人员登录系统后可以查询和修改个人信息、修改自己的账号密码在课程开始前输入学生信息、教师信息、院系信息、课程信息参与修改成绩审核查询学生学分对学生进行学业预警。1.3用例分析1.3.1 系统参与者学生使用系统的目的是查询所学课程的成绩查询学分和挂科数目以及学业预警。教师完成学生成绩的录入、修改、查询、删除查询挂科数目。教务处输入学生信息、教师信息、课程信息参与修改成绩审核查询学生学分对学生进行学业预警。1.3.2 系统用例图系统总用例图如图1-1所示。图1-1 系统总用例图1.3.3 用例描述1.3.3.1 修改学生成绩用例描述修改学生成绩用例描述如表1-1所示。表1-1 修改学生成绩用例描述用例名修改学生成绩主要业务参与者教师任课教师其他参与者教务管理员、学生间接、成绩管理系统描述允许教师在成绩提交截止前或经教务批准后对已录入的学生成绩进行修改并记录修改日志以确保可追溯性。前置条件1. 教师已成功登录成绩管理系统。2. 该教师是当前课程的任课教师。3. 成绩已录入但尚未最终归档或已获得教务管理员的修改授权。后置条件1. 学生成绩被成功更新。2. 系统记录成绩修改的时间、操作人及修改前后值。3. 相关学生可能收到成绩变更通知如系统配置启用。触发条件教师发现已提交的成绩存在录入错误或因补考、作业补交等原因需调整成绩。基本流程1. 教师进入“成绩管理”模块选择对应课程。2. 系统显示该课程所有学生的成绩列表。3. 教师选择需要修改的学生点击“编辑成绩”。4. 教师输入新的成绩值并提交。5. 系统验证成绩格式和范围如0–100分或等级制。6. 系统保存新成绩并自动记录修改日志。7. 系统提示“成绩修改成功”。替代流程A1成绩已归档且无修改权限若成绩已归档且未获教务授权系统提示“成绩已锁定无法修改”并建议联系教务管理员。A2成绩格式无效若输入的成绩超出有效范围或格式错误系统提示错误信息并要求重新输入。A3需教务审批的修改若处于成绩归档期后教师提交修改申请系统将请求转至教务管理员审批审批通过后方可修改。结束成绩成功更新并记录日志或操作被拒绝并给出明确原因。实现约束和说明- 成绩修改仅限于任课教师本人所授课程。- 所有修改必须留痕不可覆盖原始记录。- 系统应支持百分制、等级制等多种评分体系。- 修改操作需符合学校成绩管理规定如截止日期、审批流程等。- 日志信息应包括操作人、时间、课程、学生、原成绩、新成绩。待解决问题- 是否允许批量修改成绩若允许如何保证操作安全- 成绩修改通知机制是否需学生确认或反馈- 跨学期/跨学年成绩修改的权限与流程尚未明确。- 与第三方系统的数据同步机制需进一步设计。1.3.3.2 查询学分用例描述查询学分用例描述如表1-2所示。表1-2 查询学分用例描述用例名查询学分主要业务参与者查询学分其他参与者成绩管理系统、教务系统、辅导员间接描述允许学生通过系统查询本人当前已获得的总学分、各课程类别如必修、选修、实践等的学分完成情况以及毕业所需学分要求的对比信息。前置条件1. 学生已成功登录校园信息系统或成绩管理系统。2. 系统中已存在该学生的注册信息和课程成绩记录后置条件1. 学生成功获取个人学分统计信息。2. 系统可记录查询日志可选用于审计或分析。触发条件学生需要了解自己的学分完成进度例如在选课前、申请毕业或学业规划时。基本流程1. 学生登录系统后进入“学分查询”或“学业进度”模块。2. 系统自动加载该学生所属专业、年级及培养方案。3. 系统根据已修课程成绩计算并展示已获得总学分必修课、选修课、实践环节等分类学分毕业要求总学分及各类别最低要求学分缺口或超额情况4. 学生查看结果操作结束。替代流程A1无有效成绩数据若学生尚未修读任何课程或成绩未录入系统显示“暂无学分记录”并提示联系教务。A2培养方案未配置若系统无法匹配学生的专业培养方案提示“培养方案未配置请联系辅导员或教务处”。A3跨专业/转专业学生系统尝试根据最新学籍信息加载对应培养方案若存在冲突提示“学分认定可能存在差异请咨询教务”。结束学生成功查看个人学分信息或系统给出明确错误提示并建议后续操作。实现约束和说明- 学分计算必须严格依据学校现行培养方案和成绩管理规则。- 系统应支持实时或准实时更新如成绩发布后24小时内反映在学分统计中。- 不同专业、年级可能对应不同培养方案系统需准确匹配。- 界面应清晰区分“已修学分”“在修学分”“未修学分”和“毕业要求”。- 敏感信息如他人学分不得泄露权限严格限定为本人查询。待解决问题- 如何处理因课程替代、学分置换等特殊情况导致的学分认定- 是否支持导出学分报告PDF/Excel供学生打印或提交- 国际学生或联合培养项目的学分规则是否兼容- 系统能否提供“预计毕业时间”或“选课建议”等智能辅助功能1.3.3.3 录入学生成绩用例描述录入学生成绩用例描述如表1-3所示。表1-3 录入学生成绩用例描述用例名录入学生成绩主要业务参与者教师任课教师其他参与者成绩管理系统、教务管理员、学生间接描述允许任课教师在课程结束后在规定时间内将学生的课程成绩录入成绩管理系统并提交审核或直接生效确保成绩数据的准确性和及时性。前置条件1. 教师已成功登录成绩管理系统。2. 当前课程教学任务已结束如期末考试已完成。3. 系统已开放该课程的成绩录入权限处于成绩录入时间段内。4. 学生名单已由教务系统同步至该课程。后置条件1. 学生成绩被成功保存至系统数据库。2. 成绩状态标记为“已提交”或“待审核”依学校流程而定。3. 学生可在规定时间后查看成绩若系统配置为公开。4. 系统记录操作日志操作人、时间、课程等。触发条件课程考核如期中、期末、实验、论文等完成教师需将评定后的成绩正式录入系统。基本流程1. 教师进入“成绩管理”模块选择需要录入成绩的课程。2. 系统显示该课程的学生名单及对应考核项如平时分、期末分、总评等。3. 教师逐项输入或批量导入学生成绩。4. 教师检查成绩数据完整性与合理性如无空值、分数范围合规。5. 教师点击“提交成绩”。6. 系统验证数据格式和规则如总评是否在0–100之间等级制是否合法。7. 验证通过后系统保存成绩并更新状态为“已提交”。8. 系统提示“成绩提交成功”。替代流程A1成绩录入时间已截止系统提示“成绩录入窗口已关闭”建议联系教务管理员申请延期。A2成绩格式或范围错误系统高亮错误项如负分、超过100分、非等级字符要求教师修正后重新提交。A3部分学生成绩缺失若存在未填成绩的学生系统提示“仍有X名学生成绩未填写”教师可选择继续提交若允许缺考/缓考标记或返回补充。A4需教务审核流程提交后成绩状态为“待审核”教务管理员审核通过后才对学生可见。结束成绩成功提交并保存或因不符合条件被拒绝并给出明确提示。实现约束和说明- 仅课程指定的任课教师可录入该课程成绩。- 支持多种评分体系百分制、五级制、二级制等需按课程设置匹配。- 应支持Excel模板导入与手动录入两种方式。- 成绩一旦提交在未解锁情况下不可直接修改需走“修改成绩”用例流程。- 系统应防止重复提交覆盖保留提交时间戳。- 缺考、缓考、作弊等特殊情况需有专用标记字段不能以“0分”简单代替。待解决问题- 如何处理合班课、跨院系课程的多教师协同录分- 是否支持自动计算总评成绩如按权重公式- 成绩提交后是否允许教师撤回在审核前- 与学业预警、奖学金评定等下游系统的实时联动机制尚未明确。1.3.3.4 查询成绩用例描述查询成绩用例描述如表1-4所示。表1-4 查询成绩信息用例描述用例名查询成绩信息主要业务参与者学生其他参与者成绩管理系统、教务系统、辅导员间接描述允许学生登录系统后查询本人已发布的课程成绩信息包括各门课程的成绩详情、学分、绩点、考核方式及成绩状态如正常、缺考、缓考等。前置条件1. 学生已成功登录校园统一身份认证系统或成绩管理系统。2. 相关课程成绩已由任课教师录入并经系统发布对学生可见。3. 学生具有有效的学籍状态如在读、未被冻结。后置条件1. 学生成功查看个人成绩信息。2. 系统可记录查询日志用于安全审计或使用分析可选。触发条件学生需要了解自己某学期或全部课程的成绩情况例如期末结束后、申请奖学金、转专业或学业复盘时。基本流程1. 学生登录系统进入“成绩查询”模块。2. 系统默认显示当前学期或最近学期的成绩列表学生也可选择学年/学期进行筛选。3. 系统展示每门课程的以下信息课程名称、课程代码考核方式考试/考查成绩如85、A、通过等学分、绩点成绩状态正常/缺考/缓考/作弊等4. 学生可查看总平均绩点GPA、累计学分等汇总信息。5. 查询结束。替代流程A1无已发布成绩若所选学期无成绩数据系统提示“暂无成绩信息”可能因教师未提交或成绩未发布。A2成绩尚未发布对于已录入但未发布的成绩系统不显示具体分数仅提示“成绩未公布”。A3学籍异常若学生处于休学、退学或账号冻结状态系统提示“无权访问成绩信息请联系教务处”。A4跨校区/联合培养课程部分课程成绩来自外部系统若同步延迟系统标注“数据同步中”或提供来源说明。结束学生成功查看成绩信息或系统给出明确提示说明无法查询的原因。实现约束和说明- 严格限制为本人查询禁止越权访问他人成绩。- 成绩仅在教师提交并经系统/教务审核后对学生开放。- 支持多种成绩表示形式百分制、等级制、二级制需与录入格式一致。- 界面应清晰区分“已发布”与“未发布”状态。- 建议提供成绩导出功能如PDF成绩单但需符合学校信息安全规范。- 成绩信息应与学分、绩点规则联动确保计算准确。待解决问题- 是否支持按课程类型必修/选修、成绩区间等条件筛选- 历史成绩修改后是否向学生推送变更通知- 成绩单导出是否需数字签名或防伪水印以供正式使用- 国际学生多语言成绩显示如中英文课程名如何实现1.3.3.5 查询挂科科目用例描述查询挂科科目用例描述如表1-5所示。表1-5 查询挂科科目用例描述用例名查询挂科科目主要业务参与者学生其他参与者成绩管理系统、教务系统、辅导员间接描述允许学生查询本人所有未通过挂科的课程信息包括课程名称、学分、考核方式、成绩及补考/重修状态以便及时安排补考或重修计划。前置条件1. 学生已成功登录校园信息系统或成绩管理系统。2. 系统中已存在该学生的课程成绩记录。3. 相关课程成绩已发布且判定规则如及格线已在系统中配置。后置条件1. 学生成功获取本人所有挂科课程列表及相关信息。2. 系统可记录查询日志用于审计或学业预警分析可选。触发条件学生在学期结束后希望了解自己未通过的课程或在选课前确认是否需要重修。基本流程1. 学生登录系统进入“学业信息”或“成绩管理”模块选择“挂科科目查询”。2. 系统根据学生的成绩数据和学校及格标准如60分、D以上等自动筛选出所有未通过课程。3. 系统展示每门挂科课程的以下信息课程名称、课程代码开课学期考核方式考试/考查实际成绩与及格线对比学分补考/重修状态如“未安排”“已报名”“已通过”4. 系统可提供“是否影响毕业”“建议重修学期”等辅助提示若功能支持。5. 查询结束。替代流程A1无挂科记录系统显示“恭喜您目前无挂科课程。”A2部分成绩未发布对于成绩未发布的课程系统不纳入挂科判断并提示“部分课程成绩尚未公布结果可能不完整”。A3挂科判定规则不明确若某课程采用特殊评分标准如实践课“通过/不通过”系统依据预设规则判断若规则缺失标记为“状态待定”建议联系教务。A4已通过补考但原记录仍显示系统应优先显示最新有效成绩若仍显示挂科提示数据同步延迟或需人工核实。结束学生成功查看挂科科目列表或系统明确告知无挂科记录/数据不完整。实现约束和说明- 挂科判定必须基于学校官方及格标准可按课程类型差异化配置。- 仅显示学生本人数据严格权限控制。- 应区分“首次挂科”“补考未过”“重修中”等状态便于学业规划。- 若学校有学业预警机制该用例可与预警系统联动。- 不得将缓考、缺考直接等同于挂科需单独标识。待解决问题- 如何处理因成绩修改如加分、申诉成功导致的挂科状态变更- 是否支持一键跳转至重修报名页面- 多次重修同一门课程是否只显示最新一次结果- 跨校/联合培养课程的挂科认定标准如何统一1.3.3.6 学业预警用例描述学业预警用例描述如表1-5所示。表1-5学业预警用例描述用例名学业预警主要业务参与者学生、辅导员或学业导师其他参与者教务系统、成绩管理系统、学院教务描述系统根据预设的学业风险规则如挂科门数、GPA过低、学分不足等自动识别存在学业困难的学生并向学生本人及辅导员发送预警通知促使其及时干预和调整学习计划。前置条件1. 学生成绩、学分、注册状态等数据已在教务系统中完整记录。2. 学校已配置学业预警规则如一学期挂科≥2门、累计GPA2.0、未修满最低学分等。3. 预警功能已启用相关人员联系方式已维护。后置条件1. 符合预警条件的学生被标记为“学业预警对象”。2. 系统自动发送预警通知站内信、短信、邮件等给学生和辅导员。3. 预警记录存入学生学业档案供后续跟踪使用。4. 辅导员可在系统中查看预警名单并记录干预措施。触发条件每学期成绩发布后或学生学籍/成绩数据发生变更如补考成绩录入、重修退课等系统自动运行学业预警评估任务。基本流程1. 系统在成绩发布完成后或定时任务触发时启动学业预警分析。2. 系统遍历所有在籍学生依据预设规则逐项比对挂科课程数量累计/学期GPA已获学分 vs 培养方案要求出勤率、选课异常等若数据支持3. 对满足任一预警条件的学生生成预警等级如黄色/橙色/红色。4. 系统向学生推送预警通知内容包括预警原因建议措施如联系导师、申请辅导、重修安排5. 同时向对应辅导员发送预警名单及详情。6. 预警信息写入学生学业档案状态为“已预警待跟进”。替代流程A1无学生触发预警系统记录“本轮无预警对象”流程正常结束。A2学生信息不全如无辅导员分配系统记录异常并将该生预警信息转至学院教务秘书处理。A3学生处于休学/保留学籍状态系统跳过该生不纳入预警评估。A4家长通知开关开启若学校政策允许且家长联系方式有效系统同步向家长发送简化版预警通知。结束所有符合条件的学生完成预警通知发送预警记录入库辅导员可开始人工干预。实现约束和说明- 预警规则应支持按年级、专业、培养层次本科/专科差异化配置。- 预警等级与响应机制需明确如黄色预警由学生自查红色预警需面谈。- 必须保护学生隐私预警信息仅限授权人员访问。- 系统应支持手动解除预警如学生后续成绩达标。- 预警历史应可追溯用于学业帮扶效果评估。待解决问题- 如何动态调整预警阈值以适应不同专业特点- 是否支持学生申诉预警结果- 预警后的干预措施如心理辅导、学习支持如何与系统联动- 能否基于机器学习预测潜在学业风险而非仅事后判断1.4 用例活动图描述1.4.1 录入学生成绩用例活动图录入学生成绩用例描述如图1-2所示。图1-2 录入学生成绩用例活动图1.4.2 修改学生成绩用例活动图修改学生成绩用例描述如图1-3所示。图1-3 修改学生成绩用例活动图1.4.3 查询成绩用例活动图查询成绩用例描述如图1-4所示。图1-4查询成绩用例活动图1.4.4 学业预警用例活动图学业预警用例描述如图1-5所示。图1-5 学业预警用例活动图1.4.5 查询学分用例活动图查询学分用例描述如图1-6所示。图1-6查询学分用例活动图1.4.6 查询挂科科目用例活动图查询挂科科目用例描述如图1-7所示。图1-7 查询挂科科目用例活动图1.5 系统非功能需求1.5.1 硬件环境设备1处理器11th Gen Intel(R) Core(TM) i7-11800H 2.30GHz 2.30 GHz机带RAM 16.0 GB (15.6 GB 可用)设备ID3A4EBDEE-3DD2-4436-A128-8608A0AEE925产品 ID00342-36262-33467-AAOEM系统类型64 位操作系统, 基于 x64 的处理器设备2处理器11th Gen Intel(R) Core(TM) i5-11400H 2.70GHz 2.69 GHz机带RAM 16.0 GB (15.7 GB 可用)设备 IDEC7F63BD-5158-4686-AD93-E50F8ECADEAA产品 ID00342-36273-37396-AAOEM系统类型64 位操作系统, 基于 x64 的处理器1.5.2 软件环境分类名称数据库Navicat Premium 15编译器IntelliJ IDEA 2020.3.4 x64浏览器Microsoft Edge浏览器1.6本次实验小结本次实验围绕“面向对象分析与设计”课程中的软件需求分析展开通过对学生成绩管理系统的业务场景进行深入剖析明确了系统涉及的三类核心用户学生、教师、教务处及其各自的功能需求。在用例分析阶段详细描述了包括“修改学生成绩”“查询学分”“录入学生成绩”等关键用例的前置条件、基本流程、替代流程及实现约束为后续系统建模奠定了坚实基础。同时通过识别非功能性需求如硬件配置、开发环境进一步确保了系统设计的可行性与实用性。整体而言本次实验有效锻炼了从现实业务到软件需求的抽象转化能力强化了对用例驱动开发方法的理解与应用。实验二 领域模型2.1 概念类分析2.1.1修改成绩用例概念类分析修改成绩用例概念类分析如表2-1所示。表2-1 修改成绩用例概念类分析名词属性教师姓名科目教工号课程学生姓名班级学号性别课程科目编号学分成绩科目分数学生列表序号学生信息2.1.2 查询挂科科目用例概念类分析查询挂科科目用例概念类分析如表2-2所示。表2-2查询挂科科目用例概念类分析名词属性教师姓名科目教工号课程学生姓名班级学号性别课程科目编号学分成绩科目分数学生列表序号学生信息2.1.3录入成绩用例概念类分析录入成绩用例概念类分析如表2-3所示。表2-3 成绩录入用例概念类分析名词属性教师姓名科目教工号课程学生姓名班级学号性别课程科目编号学分成绩科目分数学生列表序号学生信息2.1.4 学业预警用例概念类分析学业预警用例概念类分析如表2-4所示。表2-4学业预警用例概念类分析名词属性教师姓名科目教工号课程学生姓名班级学号性别课程科目编号学分成绩科目分数学生列表序号学生信息学业预警单颜色挂科数2.1.5查询学分用例概念类分析查询学分用例概念类分析如表2-5所示。表2-5 学分查询用例概念类分析名词属性教师姓名科目教工号课程学生姓名班级学号性别课程科目编号学分成绩科目分数学生列表序号学生信息学分数字2.1.6 查询成绩用例概念类分析查询成绩用例概念类分析如表2-6所示。表2-6 查询成绩用例概念类分析名词属性教师姓名科目教工号课程学生姓名班级学号性别课程科目编号学分成绩科目分数学生列表序号学生信息2.2 领域模型概念类图2.2.1 修改成绩用例领域模型2.2.2 录入成绩用例领域模型2.2.3 查询挂科科目用例领域模型2.2.4 学业预警用例领域模型2.2.5 查询成绩用例领域模型2.2.6 查询学分用例领域模型2.3 系统领域模型2.4 本次实验小结本次实验通过深入分析成绩管理系统中的多个用例包括修改成绩、查询挂科科目、录入成绩、学业预警、查询成绩和查询学分等识别并定义了各个用例中的核心概念类及其属性。我们发现尽管不同用例的功能各异但它们共享许多相同的核心概念类如教师、学生、课程和成绩等这表明在设计系统时应重视这些基础实体的设计与实现以确保系统的稳定性和扩展性。此外通过构建领域模型概念类图不仅帮助我们更清晰地理解各用例间的内在联系和数据流动方式而且为后续的系统设计和开发提供了宝贵的指导。本次实验强化了我们对领域驱动设计的理解即通过专注于业务领域的核心概念来指导软件开发过程从而提高软件质量和开发效率。同时我们也认识到了在实际应用中灵活运用面向对象分析方法的重要性这将有助于我们在未来的项目中更好地捕捉用户需求并转化为有效的软件解决方案。实验三 软件设计3.1 成绩录入用例详细设计3.1.1 成绩录入用例顺序图成绩录入用例顺序图如图3-1所示。图3-1 成绩录入用例顺序图3.1.2 成绩录入用例类图模块名类名说明成绩录入Teacher教师类信息从教师信息文件提取Frame录入成绩界面前端显示主要用于界面之间的显示跳转关闭Result主要用于成绩例如系统的各种方法的实现具体有成绩录入文件读取保存显示信息等graed课程类信息从课程文件地区controller控制器类起协调作用grade成绩类从成绩文件信息提取其中可以判断成绩的格式成绩录入用例类图如图3-2所示。图3-2 成绩录入用例类图3.2 成绩查询用例详细设计3.2.1 成绩查询用例顺序图成绩查询用例顺序图如图3-3所示。图3-3 成绩查询用例顺序图3.2.2 成绩查询用例类图模块名类名说明成绩查询student学生类信息从学生信息文件提取Interface查询成绩界面前端显示主要用于界面之间的显示跳转关闭Graed_list主要用于成绩例如系统的各种方法的实现具体有文件读取保存显示成绩等Teacher教师类信息从教师信息文件地区Controller控制器类起协调作用Grade_note成绩单类从成绩文件信息提取成绩查询用例类图如图3-4所示。图3-4 成绩查询用例类图3.3成绩修改审核用例详细设计3.3.1 成绩修改审核用例顺序图成绩修改审核用例顺序图如图3-5所示。图3-5 成绩修改审核用例顺序图3.3.2 成绩修改审核用例类图模块名类名说明成绩修改审核Teacher教师类信息从教师信息文件提取Frame查询成绩界面前端显示主要用于界面之间的显示跳转关闭Grade_list主要用于成绩例如系统的各种方法的实现具体有申请单的显示读取记录的备份等Administrator管理员类信息从管理员信息文件地区Controller控制器类起协调作用Grade_note成绩单类从成绩文件信息提取成绩修改审核用例类图如图3-6所示。图3-6 成绩修改审核用例类图3.4 查询学分用例详细设计3.4.1 查询学分用例顺序图查询学分用例顺序图如图3-7所示。图3-7 学分查询用例顺序图3.4.2 查询学分用例类图模块名类名说明查询学分Student学生类信息从学生信息文件提取Interface查询成绩界面前端显示主要用于界面之间的显示跳转关闭Grade_list主要用于成绩例如系统的各种方法的实现具体有申请单的显示读取记录的备份等Administrator管理员类信息从管理员信息文件地区Controller控制器类起协调作用graed学分类从成绩文件信息提取查询学分用例类图如图3-8所示。图3-8 查询学分用例类图3.5 学业预警用例详细设计3.5.1 学业预警用例顺序图学业预警用例顺序图如图3-9所示。图3-9 学业预警用例顺序图3.5.2 学业预警用例类图模块名类名说明学业预警Student学生类信息从学生信息文件提取Interface查询成绩界面前端显示主要用于界面之间的显示跳转关闭Schoolwork主要用于成绩例如系统的各种方法的实现具体有申请单的显示读取记录的备份等Administrator管理员类信息从管理员信息文件地区Controller控制器类起协调作用grade成绩类从成绩文件信息提取学业预警用例类图如图3-10所示。图3-10 学业预警用例类图3.6 成绩修改用例详细设计3.6.1 成绩修改用例顺序图成绩修改用例顺序图如图3-11所示。图3-11 成绩修改用例顺序图3.6.2 成绩修改用例类图模块名类名说明成绩修改Frame查询成绩界面前端显示主要用于界面之间的显示跳转关闭Grade_list主要用于成绩例如系统的各种方法的实现具体有申请单的显示读取记录的备份等Teacher教师类信息从教师信息文件地区Controller控制器类起协调作用graed成绩类从成绩文件信息提取成绩修改用例类图如图3-12所示。图3-12 成绩修改用例类图3.7 系统类图3.8 本次实验小结本次实验通过对成绩管理系统中多个关键用例的详细设计包括成绩录入、查询、修改审核、学分查询、学业预警以及成绩修改等功能模块的设计与实现深化了我们对软件设计过程的理解。通过绘制顺序图和类图明确了各功能模块内部及其相互之间的交互流程和结构关系不仅提升了我们在实际项目中运用面向对象设计方法解决具体问题的能力也为后续的系统开发提供了清晰的设计蓝图。同时强调了控制器类在协调不同模块间工作的重要性确保了系统的高内聚低耦合为构建一个灵活、可扩展的成绩管理系统奠定了坚实的基础。此外通过本次实验我们也认识到了数据一致性和安全性在成绩管理系统中的重要性这将指导我们在未来的工作中更加注重这些问题。结构化分析与设计实验四 成绩管理系统需求分析4.1 系统相关者学生、教师、系统管理员。4.2 数据流分析1顶层DFD成绩管理系统顶层数据流图如图4-1所示。图4-1 成绩管理系统顶层DFD2功能层DFD如图4-2所示。图4-2 功能层DFD3细节层DFD录入成绩层的细节层如图4-3所示。图4-3 录入成绩层DFD分解修改成绩层DFD分解层如图4-4所示。图4-4 修改成绩层DFD分解查询成绩层DFD分解层如图4-5所示。图4-5 查询成绩层DFD分解4.3 数据字典1数据项定义姓名的数据项定义如表4-1所示。表4-1 数据项“姓名”的条目数据项名姓名别名用户姓名取值范围及含义2{汉字}5备注代表的是用户姓名学号的数据项定义如表4-2所示。表4-2 数据项“学号”的条目数据项名学号别名 学生学号取值范围及含义“0000 001”..”9999 999”备注代表的是学生唯一识别学号密码的数据项定义如表4-3所示。表4-3 数据项“密码”的条目数据项名密码别名用户密码取值范围及含义2{字符}10备注代表用户登录的密码入学时间的数据项定义如表4-4所示。表4-4 数据项“入学时间”的条目数据项名入学时间别名入学年份取值范围及含义年月日备注代表的是学生入学的时间2数据流定义学生信息的数据流定义如表4-5所示。表4-5 数据流“学生信息”的字典条目数据流名学生信息别名学生基本信息数据流的来源教师、学生、系统管理员、加工2.1审核信息数据流的去向加工2.1审核信息、加工2.2修改信息、加工3.1检查学生信息合法性数据流组成{学号姓名密码入学时间}备注学生基本信息学生成绩的数据流定义如表4-6所示。表4-6 数据流“学生成绩”的字典条目数据流名学生成绩别名 学生成绩详情数据流的来源教师、加工1.1检查成绩合法性、加工3.3检验用户身份数据流的去向加工1.1检查成绩合法性、加工1.2录入成绩、加工3.4统计成绩、加工3.5筛选挂科科目数据流组成{学生id 平时分 期中考试分 期末考试分 总成绩 考试卷子详情}备注学生成绩详情3数据存储学生信息表如表4-7所示。表4-7 数据存储“学生信息表”的字典条目数据存储名称学生信息表编号F1简述是存储学生个人基本信息的明细表流入的数据流加工2.1审核信息流出的数据流加工2.1审核信息、加工3.1检查学生信息合法性数据流组成{学号姓名密码入学时间}备注学生基本信息表学生成绩表如表4-8所示。表4-8 数据存储“成绩信息表”的字典条目数据存储名称成绩信息表编号F2简述是通过过学生基本信息统计学生成绩的明细表流入的数据流来源于教师成绩的录入流出的数据流去向是用户查询、统计、修改成绩数据流组成{学生id(姓名)平时分期中考试分期末考试分总成绩考试卷子详情}备注学生成绩信息表4.5 加工逻辑1加工1.1检查成绩合法性的加工逻辑输入学生成绩检索“成绩信息表”文件上的学生成绩获得成绩信息表中的成绩判断输入的成绩精 度是否与成绩信息表一致。Begin如果成绩不合法则需要教师重新输入成绩否则退出录入成绩系统End3加工1.2录入成绩的加工逻辑Begin如果成绩合法则将学生成绩插入到”成绩信息表中”否则系统提示 成绩不合法End4.6 软件非功能需求4.6.1 硬件需求设备1处理器11th Gen Intel(R) Core(TM) i7-11800H 2.30GHz 2.30 GHz机带RAM 16.0 GB (15.6 GB 可用)设备ID3A4EBDEE-3DD2-4436-A128-8608A0AEE925产品 ID00342-36262-33467-AAOEM系统类型64 位操作系统, 基于 x64 的处理器设备2处理器11th Gen Intel(R) Core(TM) i5-11400H 2.70GHz 2.69 GHz机带RAM 16.0 GB (15.7 GB 可用)设备 IDEC7F63BD-5158-4686-AD93-E50F8ECADEAA产品 ID00342-36273-37396-AAOEM系统类型64 位操作系统, 基于 x64 的处理器4.6.2 软件需求分类名称数据库Navicat Premium 15编译器IntelliJ IDEA 2020.3.4 x64浏览器Microsoft Edge浏览器4.7 本次实验小结本次实验通过对成绩管理系统进行详细的需求分析涵盖了从系统相关者的确定到数据流分析、数据字典的定义再到加工逻辑和非功能需求的明确等多个方面。我们首先识别了系统的主要参与者包括学生、教师和系统管理员并通过数据流图DFD对系统的顶层结构、功能层以及细节层进行了全面剖析从而清晰地展现了成绩管理系统的数据处理流程和各组件之间的交互关系。此外通过数据字典明确了系统中涉及的数据项、数据流及数据存储的具体定义确保了数据的一致性和准确性。加工逻辑部分则进一步规范了成绩录入与审核的具体操作流程为后续的程序开发提供了明确指导。最后针对硬件和软件的非功能需求进行了详细的规划为系统的实现奠定了坚实的基础。通过这次实验我们不仅深化了对成绩管理系统设计的理解还提升了在实际项目中应用需求分析技术的能力。实验五 成绩管理系统设计5.1 软件结构设计将功能层数据流图化分边界如图5-1所示。图5-1划分边界的数据流图按SD方法将数据流图转换为软件结构图如图5-2所示。图5-2 功能层的SC图录入层SC图这一层的数据流图为变换型画分边界的DFD如图5-3所示。图5-3 化分边界的录入层DFD根据化分边界的DFD画出的SC图如图5-4所示。图5-4 录入层的SC图其中OC1为获取操作命令D1为学生成绩D2为合法学生成绩D3为响应结果修改成绩层的SC图这一层的数据流图为变换型画分边界的DFD如图5-5所示。图5-5 化分边界的修改成绩的DFD根据化分边界的DFD画出的SC图如图5-6所示。图5-6修改成绩层的SC图其中OC2为获取操作命令OC3为请求修改成绩D1为学生信息D2为有效学生信息D3为同意请求D4为学生成绩5.2 详细设计-程序流程图1录入成绩程序流程图如图5-7所示。图5-7 录入成绩流程图2修改成绩程序流程图如图5-8所示。图5-8 修改成绩流程图5.3 本次实验小结本次实验主要围绕成绩管理系统的软件结构设计与详细设计展开通过将数据流图转换为软件结构图SC图并进一步细化到程序流程图的设计过程深入理解了结构化设计SD方法在实际软件开发中的应用。实验中我们首先分析了功能层、录入层以及修改成绩层的数据流图并据此绘制了相应的软件结构图明确了各个模块之间的关系和数据流动方向。接着通过具体的程序流程图设计如录入成绩和修改成绩的流程我们掌握了如何从系统层面逐步细化至具体程序逻辑的设计思路。此次实验不仅增强了对软件开发过程中不同设计阶段的理解还提升了将理论知识应用于实践的能力为今后参与更复杂的软件项目奠定了坚实的基础。​​若觉得有帮助欢迎点赞关注一起成长进步~声明​​本文仅供学习交流禁作商用禁篡改、歪曲及有偿传播引用需标明来源。侵权必究。