网站锚点浙江产品设计公司

当前位置： 首页 > news >正文

网站锚点,浙江产品设计公司,提供邯郸企业建网站,中国商务商会官方网站一、实验内容 1. 绘制工资支付系统的功能结构图和数据库 在系统设计阶段#xff0c;要设计软件体系结构#xff0c;即是确定软件系统中每个程序是由哪些模块组成的#xff0c;以及这些模块相互间的关系。同时把模块组织成良好的层次系统#xff1a;顶层模块通过调用它的下层… 一、实验内容 1. 绘制工资支付系统的功能结构图和数据库 在系统设计阶段要设计软件体系结构即是确定软件系统中每个程序是由哪些模块组成的以及这些模块相互间的关系。同时把模块组织成良好的层次系统顶层模块通过调用它的下层模块来实现程序的完整功能顶层模块下面的每个模块再调用更下层的模块从而完成程序的一个子功能最下层的模块完成最具体的功能。通过对数据流图边界的划分变换成软件结构得到功能结构图。试根据实验指导书绘制工资支付系统的功能结构图。并完成如下任务 任务1总务办公管理系统总务办公管理系系统简介某单位准备开发一个购买办公用品和设备的总务办公管理系统。办公用品的购买申请由各科室提出由负责总务工作的办公室统一收集。其中 购买申请的金额低于500 元含500 元可以由总务办公室直接审批而高于500 元的购买申请由机构主管领导审批批准的购买申请形成采购清单由采购员负责购买同时应记录每次实际购买清单进行入账。在提出购买申请时要包括下述数据申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据物品名称、物品数量、价格、总金额、购买日期、经办人等。请对该系统进行设计绘制出该系统的功能模块结构图和数据库模型图。 任务2火车票预订系统系统简介某高校后勤集团为了学生寒暑假返乡办理代学生预订返乡火车票事务订票必须提前三天办理后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务学生订票一次称为一个事务由订票员将其输入在微机中系统核实订单后将订票信息记录放在订票库中。系统每天打印预订三天的购票单并更新订票库。请对该系统进行设计绘制出该系统的功能模块结构图和数据库模型图。 二、源代码及运行结果或截图 相关知识点 在系统设计阶段要设计软件体系结构即是确定软件系统中每个程序是由哪些模块组成的以及这些模块相互间的关系。同时把模块组织成良好的层次系统顶层模块通过调用它的下层模块来实现程序的完整功能顶层模块下面的每个模块再调用更下层的模块从而完成程序的一个子功能最下层的模块完成最具体的功能。通过对数据流图边界的划分变换成软件结构得到功能结构图。 1. 功能结构图 功能结构图或模块结构图是展示系统内部各个功能模块以及它们之间关系的图形化表示。它的作用是帮助开发人员理解系统的功能需求和模块间的交互帮助系统分层确保开发中的各个部分是清晰分工的。 模块化设计模块化是软件设计中的核心思想它将复杂的系统拆分成多个独立且自包含的模块每个模块都有其明确的功能和职责。模块之间通过接口进行通信降低模块之间的耦合度提高系统的可维护性。模块化设计在后期的开发和维护过程中具有非常重要的意义它让开发人员可以在不影响其他模块的情况下对某一模块进行修改、优化或重构。 分层设计分层设计将系统按功能复杂度和重要性分成多个层级从而实现顶层模块控制整个系统的运作下层模块实现更具体的功能。这种层次化的设计方式通常能够有效避免系统的功能冗余同时提高代码复用性。例如顶层的用户接口模块负责与用户交互数据存储模块负责数据的持久化存储业务逻辑模块负责数据的处理和业务规则的执行。通过分层设计系统的各个模块之间可以通过接口和协议进行清晰的交互。 2. 数据库模型图 数据库模型图E-R图实体-关系图是展示系统中各个数据实体之间关系的图形化工具。实体通常代表数据库中的表而关系则代表表之间的关联。通过数据库模型图可以清晰地了解数据的存储结构并帮助开发者根据功能需求设计合理的数据表和关系从而保证系统数据的完整性和一致性。 实体与关系在数据库设计中实体代表系统中的主要对象例如学生、订单、产品等。每个实体包含若干个属性通常是表中的字段。例如学生实体包含学号、姓名、性别、班级等属性。而实体之间的关系表示了不同实体之间的联系。关系的类型有“一对多”、“多对一”和“多对多”例如一个学生可以有多个订单但每个订单只能对应一个学生表示学生和订单之间是“一对多”的关系。 规范化设计在进行数据库设计时我们会遵循规范化原则以减少数据冗余和数据不一致问题。规范化是将数据分解成多个小的表格并通过主键和外键建立表之间的关系以保证数据的完整性。规范化通常分为不同的层级如第一范式1NF、第二范式2NF、第三范式3NF每个范式都在上一范式的基础上解决了数据冗余和不一致问题。 数据完整性与一致性数据完整性是指数据在数据库中的准确性、唯一性和完整性。为此数据库设计时需要使用主键、外键等约束来保证数据的完整性。例如订单表中的订单ID应该是唯一的这样可以确保每个订单都能被唯一标识。外键约束则保证了表与表之间的关系准确无误避免了因删除或修改一个实体导致其他表中数据丢失的风险。 任务1总务办公管理系统 实验分析 系统需求分析 总务办公管理系统的主要目标是管理单位的办公用品采购流程。系统需要记录每个采购申请包括物品信息、申请单位、金额等。根据金额大小审批流程不同系统应根据审批结果生成采购清单并进行物品购买最后记录入账信息。 申请管理各科室提出采购申请申请内容包括物品名称、数量、预计价格、用途等。如果金额小于或等于500元由总务办公室直接审批如果金额大于500元则需要主管领导审批。采购管理申请经过审批后生成采购清单采购员根据清单执行采购。入账管理采购完成后系统需要记录每个采购的物品、数量、价格、经办人等详细信息。操作步骤 功能模块划分 根据系统需求功能可以分为以下几个模块 申请管理模块 功能处理各科室提交的采购申请。包括收集申请单、验证信息、保存申请记录等。申请内容包括申请单位、物品名称、数量、预计价格、用途等。数据操作将申请数据插入到数据库中的申请表。审批管理模块 功能根据申请金额的不同审批流程分为两类金额小于或等于500元的直接由总务办公室审批金额大于500元的需要主管领导审批。审批通过后生成采购清单。数据操作保存审批记录包括审批人、审批状态、审批日期等信息。采购管理模块 功能根据批准的采购清单进行实际采购记录每次采购的详细信息。数据操作在采购表中插入采购记录包括物品名称、数量、总金额等。入账管理模块 功能记录每次采购的实际清单包括物品名称、数量、价格、总金额等。数据操作将采购完成后的入账信息插入到入账表。数据库设计 申请表存储采购申请的信息。字段包括申请ID、申请单位、物品名称、物品数量、预计价格、用途等。审批表记录审批过程的详细信息字段包括审批ID、申请ID外键、审批人、审批状态、审批日期等。采购表存储采购清单信息字段包括采购ID、申请ID外键、采购员、采购日期、物品清单、总金额等。入账表存储实际采购的入账信息字段包括入账ID、采购ID外键、物品名称、数量、价格、经办人、入账日期等。实验总结 总务办公管理系统涉及采购申请的提交、审批流程、采购与入账管理等功能系统设计的关键在于确保不同角色如各科室、总务办公室、主管领导等之间的协作。系统中的每个模块申请、审批、采购、入账都与数据库中的不同表进行交互确保数据能够在不同阶段之间正确传递。数据库设计时我们特别注意了数据的规范化避免冗余数据并确保了采购流程的完整性。 通过模块化设计系统的扩展性和维护性得到了很好的保证。系统的成功实现离不开对功能的精确划分和数据库设计的合理性。在实际开发中这种模块化的设计方式能够帮助开发人员清晰理解每个模块的职责并有效地管理系统复杂度。 实验截图 图 1 任务一功能结构图 图 2 任务一数据库模型图 任务2火车票预订系统 实验分析 系统需求分析 火车票预订系统主要是为学生提供返乡购票的服务。系统需要处理学生的订票请求、核实订票信息、记录订单并生成预订记录。每个学生的订票请求会经过核实符合要求后会被保存到数据库中并每天打印三天后需要购票的学生名单。 订票申请学生通过订票员提交订票请求内容包括出发地、目的地、出发时间等信息。系统需要检查是否符合三天提前订票的规则。订单核实与记录核实订票信息是否有效符合要求的订单将被记录到数据库中。打印购票单系统每天会打印三天后需要购票的学生清单并更新订票库。更新订票库每个学生的订票状态和购票信息需要在订票库中及时更新。操作步骤 功能模块划分 订票管理模块 功能学生提交订票申请录入订票信息并提交。数据操作将学生的订票请求插入到订单表。数据处理模块 功能更新订票库中的数据保存学生的订票状态、购票日期等信息。数据操作定期更新订票库表的状态字段确保系统数据的准确性。输出数据模块 功能根据订单表的信息打印三天后需要购票的学生清单。数据操作查询订单表筛选出三天后需要购票的学生信息并生成打印列表。数据库设计 学生表记录学生的基本信息如学号、姓名、订单编号等。订单表记录每个学生的订票请求字段包括订单ID、学生ID、出发地、目的地、出发时间、订单状态等。购票单表记录每个学生的订票状态和购票信息字段包括购票单编号、订单编号、火车票编号、购票日期等。实验总结 火车票预订系统的设计主要围绕学生订票请求的处理展开确保学生可以按时进行订票并能够查询和打印购票单。系统设计时我们注重了订单核实、订票状态管理等功能模块的构建确保了订票过程的顺利进行。 数据库设计方面我们建立了学生信息表、订单表和购票单s表确保了订单和学生之间的关联性订票状态的实时更新能够保证数据的一致性和完整性。系统的实现帮助我们理解了如何处理用户请求和如何在系统中实现状态管理。 总体来看通过本次实验的设计与分析我们掌握了从需求分析、数据库设计到系统开发、集成和测试的全过程。这为我们未来的系统开发打下了坚实的基础尤其是在系统的模块化设计、数据库设计、权限管理等方面的实践经验。通过实验我们学到了如何将理论知识与实际需求结合形成一个完整的、可操作的系统设计。 实验截图 图 3 任务二功能结构图 图 4 任务二数据库模型图