首页 > 实用范文 > 其他范文
软件工程数据流图实验报告5则范文
编辑:落花成痕 识别码:130-1087030 其他范文 发布时间: 2024-08-01 10:25:27 来源:网络

第一篇:软件工程数据流图实验报告

软件工程数据流图实验报告

篇一:软件工程实验报告

篇二:软件工程实验报告模板

软件工程实验报告

姓名:冯巧 学号:3080702205

实验题目:实验室设备管理系统

1、系统简介:

每天对实验室设备使用情况进行统计,对于已彻底损坏的作报废处理,同时详细记录有关信息。对于有严重问题(故障)的要即时修理,并记录修理日期、设备名、修理厂家、修理费用、责任人等。对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后立即对新设备登记(包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等),同时更新申请表的内容。

2、技术要求及限定条件:

采用 C#语言设计桌面应用程序,同时与数据库 MySql 进行交互。系统对硬件的要求低,不需要网络支持,在单机环境下也能运行,在局域网环境下也能使用。方案实施相对容易,成本低,工期短。

一:可行性分析

1、技术可行性分析

计算机硬件设备,数据库,实验室设备管理软件与实验室设备管理系统的操作人员组成,能够实现实验室设备管理的信息化,提高工作效率,实现现代化的实验室设备管理。系统需要满足实验室设备管理(包括对实验设备的报废、维修和新设

备的购买)、实验室设备信息查询(包括按类别进行查询和按时间进行查询)、实验室设备信息统计报表(包括对已报废设备的统计、申请新设备购买的统计和现有设备的统计)。这些功能框图如下图所示:

2、经济可行性分析

依据用户的现实需求、技术现状、经济条件、工期以及其他局限性因素等等因素,考虑到工期的长短、技术的成熟可靠、操作方便等因素,本方案具备经济可行性。

3、系统可选择的开发方案

?方案 A 用 C# 开发系统的特点是:开发工具与数据库集成一体,可视化,开发速度较快,但数据库能够管理的数 2

据规模相对较小。系统对硬件的要求低,不需要网络支持,在单机环境下也能运行,在局域网环境下也能使用。方案的实施相对容易,成本低,工期短。

?方案 B:以小型数据库管理系统为后台数据库,该前台操作与数据库分离,也能够实现多层应用系统。系统对硬件的要求居中,特别适合在网络环境下使用,操作方便。但系统得实现最复杂,成本最高,工期也较长。

二:软件需求分析

1(软件系统需求基本描述:

实验室设备管理系统是现代企业资源管理中的一个重要内容,也是资源开发利用的基础性工作。实验室设备在信息化之前,在用户系统管理、设备维修管理、设备的增删改查管理等方面存在诸多不利于管理的地方,不适应现代的企业管理

形势和资源的开发利用。

2(软件系统数据流图(由加工、数据流、文件、源点和终点四种元素组成):

1)顶层数据流图

2)一层数据流图

2)二层流程图

3)总数据流图

3(软件系统数据字典:

1(数据流条目

登录信息、设备报废信息、设备修理信息、设备统计信息、设备购买信息

2(加工条目

登录信息、设备报废信息、设备修理信息、设备统计信息、设备购买信息 3(文件条目

报废注销统计表、设备修理信息表、新设备信息表

4.E-R

三:软件设计

1(实验室设备管理信息系统软件系统模块结构图

2.实验室设备管理信息系统软件数据设计(数据库的表)

报废注销统计表、设备修理信息表、新设备信息表

3(软件系统其中的 3 个模块的详细设计(画程序流程图或其他)

登录模块:

篇三:软件工程实验报告

实验报告

实验名称 实验一:可行性分析试验报告评分

实验日期 202_ 年 4 月 1 5 日 指导教师张铁楠姓名 董晓光专业班级信息与计算科学 0501 学号 21

一、实验名称

.cSPengbo.CoM 蓬 勃范 文网:软件工程数据流图实验报告)可行性分析试验报告

二、实验目的

根据软件工程国家文档规范和课题,撰写可行性分析报告文档。达到熟悉可

行性分析方法和可行性文档规约的目的。

三、实验环境

1、硬件环境:显示器一台(分辨率为 800*600),硬盘为 80G,内存为 512M,CPU 为 Pentium 2.66G。

2、软件环境:WORD2000。

四、试验步骤与内容

1.引言

1.1 编写目的:本学生课程管理系统模块是为了实现各大高校对学生选课而设计的,通过试用本系统,可以更加有效的管理学生选课信息,其中

包括课程基本信息,课程信息并且具有查询课程信息,查询教师

信息,选课、退选等功能

1.2 项目背景 :本系统属于高校学生信息管理系统中的学生选课管理模块,由

管理系统总体设计人员提出,由本组成员联合开发,实现的是管

理系统中关于学生选课管理的子功能。

1.3 参考资料:参见《软件工程》、《管理信息系统》两书。

2.可行性研究的前提

2.1 要求:(1)功能:本系统主要针对各大高校选课这一块,学生通过登录,可以查看各周课程基本信息、查看教师基本信息,并且

通过必修和选修分开,如果一天哪几节有必修课,而其

它时间你可以进行选修课选择,可以通过选课,学生选

择自己需要的课程,并可以退选,最后学生还可以打印

课程表。

(2)性能:查询效率尽可能做到精准,信息维护功能做到简单

易用,不需过多对人员的培训。

(3)输入:对于查询功能,应做到可以单条件和组合条件输入;

对于维护功能,要有输入、修改学生信息和课程。

(4)输出:能按要求在显示器上显示所需内容并能打印成有条

理的表格。

(5)安全与保密:对于不同权限用户,设置不同权限,6

对重要

数据可以考虑加密存储。考虑到数据保存,条件允许的情况下可以让系统定时自动保存,省去手工保存的繁杂程序。

(6)本模块由系统主界面调入,实现学生选课管理子功能。

(7)完成期限:1 个月

(8)基本处理流程:(见最后一页)

2.2 条件、假定和限制:

开发时间:4 月。

经费来源:个人筹集

最迟完成时间:202_ 年 6 月 1 日

2.3 决定可行性的主要因素:

资金到位

开发人员无较大变动

3.对现有系统的分析

现有系统为完全人工记录,设备落后,工作重复量大、枯燥,错误率高,查

询复杂、花费时间长。

4.所建议技术可行性分析

4.1 本系统将大大改善数据处理速度,并且更加方便的对数据进行管理,同

时可以减少人力资源的浪费以及工资支出。

4.2 采用建议系统可能带来的影响

4.2.l 对设备的影响

只需添置低档计算机,如果条件允许可添加打印机以便查询能方便

打印成资料作为参考。

4.2.2 对现有软件的影响

对现有软件不会产生冲突,对使用的操作系统来说有很好的兼容

性、稳定性。

4.2.3 对用户的影响

需要短时间来熟悉新系统,但不需要大量的培训。

4.3 技术可行性评价

在以上限制条件下利用现有技术和人员,完全可以实现预期目标。

开发人员应尽职尽责,尽量在规定期限内完成项目。

5.所建议系统经济可行性分析

学校已经决定在软件的开发、管理和维护以及硬件及相关管理人员的工资等

方面进行适当资金投入,且学校现有的个人电脑等设备也能满足 系统的开发需

求,所以开发整个系统在软硬件设备上的投入可控制在学 8

校所能承受的范围内,关键是在开发后期对系统中所涉及的软硬件及相关人员进行必要的整合。同时,此系统开发成功后投入运行可显著提高管理水平、工作效率,节省大量的人力、物力,大大降低学校的管理成本,提高学校的各方面能力,带来新的生命力。

6.社会因素可行性分析

6.1 法律因素

所有技术资料都由提出方保管。

合同制定确定违约责任

6.2 用户使用可行性

使用本软件人员要求有一定计算机基础。

7.其他可供选择方案

7.1 引进已有管理系统

操作人员需要重新上机培训,可以避免大量开发费用

7.2 将程序开发工作移交专业软件公司制作

不需学校投入大量相关人力,但相对物力比本方案要多

8.结论意见

由于通过详尽的可行性分析,基本条件已必备,本系统可以马上开始实施,并

尽可能做到提前完成。从人力资源优化角度来说,可以充

分利用学校已有人力资

源。从开发成本角度来说,将支出成本降到最底。所以推荐此方案为最佳方案。

实验报告

实验名称 实验二:需求分析试验报告评分

实验日期 202_ 年 5 月 1 8 日 指导教师张铁楠姓名 董晓光专业班级信息与计算科学 0501 学号 21

一、实验名称

需求分析试验报告

二、实验目的

根据软件工程国家文档规范和课题,撰写需求分析报告文档。达到熟悉需求

分析方法和需求文档规约的目的。

三、实验环境

1、硬件环境:显示器一台(分辨率为 800*600),硬盘为 80G,内存为 512M,CPU 为 Pentium 2.66G。

2、软件环境:WORD2000。

四、试验步骤与内容概述

编写说明:

本章描述本软件开发的背景,系统目标,用户的业务情况,10

以便于需求理解。

1.1 背景

在课程管理中,需要从大量的日常教学活动中提取相关信息,以反映教学

情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且

速度慢。使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数

据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从

而提高了管理效率和水平。

1.2 系统目标

选课管理信息系统以计算机为工具,通过对教务管理所需的课程信息管

理,然后把基本选课信息展示给学生,这样可以将方便学生对课程的选择和

管理,而不需要跑到教务处进行选课,可以说从繁杂的工作解脱出来,使其

有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,学生可以节省很多的时间可以用于学习,从而全面提高教学质量。

1.3 业务模式

本系统是运行在 Win98、Win2000、WindowsNT 等操作系统环境下的多台计算机构成的局域网,主要业务流程如下:

?按某学生学号进行查询,可以从系统返回选课基本信息。

?按教师编号进行查询,可以从系统返回教师基本信息。

?并且可以对课程进行选择和退选,最后打印你的课程表。用户需求

编写说明:

此系统专门为高校选课管理所设置。本节主要描述用户需求的使用范围,功能要求信息采集与各部门的使用权限。

2.1 使用范围

按湖南信息工程学院全日制学生课程管理等相关文件完成本科和专科学生课程状况的系统管理(本科生用学年学分制,专科生用学年制)。

2.2 功能要求

?学生选课管理:课程信息,教师信息,选课,退选,打印等基本功能

2.3 信息采集与各部门的使用权限

每学期开学由各系录入课程和教师信息,然后由教务科收集。为了信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下: 学生:查询,选课,退选,打印。

管理员:查询,修改,添加,删除。

2.4 用户平台要求

系统主要使用于高校的局域网,Win98、Win2000、WinNT 等环境下,Java,Delphi,Vb 连接数据库,本系统需要 DBMS 放学生课程数据库。可进行查询,修改、处理等。业务逻辑和数据流图

3.1 数据流

第二篇:ATM数据流图

一个简单的ATM取款机系统,用户塞入借记卡,系统读取卡的ID号并提示用户输入密码,用户输入取款密码通过远程通讯获取银行中央数据库中存储的该账户密码。若三次密码输入错误,则没入借记卡并打印吞卡凭条,若比较两者一致,则显示账户详细信息,若用户输入取款数额,则点钞送出并咨询用户是否打印取款凭条并且请用户选择继续服务或退卡然后进行相关操作,同时将该笔业务信息(时间、ATM机编号、金额等)更新到中央数据库。

问题:

1、试分析该系统的源/终点

2、试分析系统的隐含功能

3、是采用自顶向下、模块化的方式画出系统的功能层次图

4、画出系统流图

1.答: 源点是用户,借记卡

终点是用户

2.答: ATM机内余额是否小于顾客输入的金额;

用户自己的账户余额是否小于用户输入的余额; 密码位数是否满足ATM机的要求; ATM机内是否还有打印纸。

ATM系统校验密码输入密码

详细操作打印凭条退卡验证密码取现存现转账查询余额

4.DFD/0 用户

银行卡ATM银行卡交易凭条用户 DFD/1 用户银行卡密码输入错误3次4.吞卡吞卡凭条1.检验密码密码无误账户信息继续操作2.选择操作操作类型退出类型银行卡5.退出交易凭条用户3.执行操作

DFD/2

客户存储信息单取款操作选择操作3.1调用取款系统选择取款操作选择信息3.2输入取款金额3.3提取现金取款3.4打印凭条选择打印凭条用户取现金

总:

用户银行卡密码输入错误3次4.吞卡吞卡凭条1.检验密码密码无误账户信息2.选择操作操作类型退出类型银行卡5.退出交易凭条用户继续操作3.1调用取3.2输入取款系统款数额选择取款操作操作取超款时客户存储信息单3.3提取现金3.4打印取款凭条选择打印凭条取现金

第三篇:管理信息系统作业(数据流图)

教师科研管理工作流程是:接收教师交来的科研申报材料,科研秘书根据科研管理条例进行初审,对需要修改的申报材料退回教师修改;对初审合格的材料,再根据科研管理条例和科研档案进行分类。分类完成后将科研成果材料报主管主任审批,审批合格后,由科研秘书将材料存储到科研档案,并报科研处备案。

申报材料修改教师科研申报申报材料教师科研管理部门退回不合格科研秘书初审合格分类不合格存储档案科研秘书存档合格主管主任审批科研成果材料科研处备案表格填写不完整通知申请表(注册信息+个人信息)学生费用0课程管理系统班级列表教师学生卡、课程信息材料、发票常规费用报告课程主办人顶层数据流图 课程信息材料4打印课程信息材料表格填写不完整通知学生申请表(注册信息+个人信息)1检查申请表DS1注册文件6编制班级列表DS2学生文件学生卡3制作学生卡教师2费用接受费用7编制常规费用报告5发票打印发票DS3费用文件班级列表常规费用报告课程主办人

1.当某个学生想注册参加教育委员会举办的课程,他提交包含注册信息和个人信息的申请表。如果表格填写完整,这些信息被存到注册文件和学生文件中。学生在一个月内付清费用并存入费用文件后,会收到一张学生卡和课程信息材料及发票,职员在收费时检查学生文件以确认该学生的交费情况。在注册结束后,编制班级列表发给教师。编制常规费用报告交送课程主办人。

2.某制造企业的物料出入库管理的工作流程分别叙述如下: a.出库工作流程

(1)领料人提交领料单(每一种物料有一张领料单)(2)仓库保管员根据领料计划单检验该领料单是否有效(3)若经检验没有相应的领料计划,则通知领料人该领料单无效

(4)若领料单有效,仓库保管员根据领料单上的物料代码核对是否有足够的库存(5)若没有足够的库存,仓库保管员向领料人发缺货单

(6)若有足够的库存,仓库保管员在领料单上签字,并登记出库单,修改物料主文件中的现有库存数;相应的物料出库,物料清单交领料人

b.入库工作流程

采购员提交入库申请单(每一种物料有一张入库申请单)(1)仓库保管员根据采购计划单验收入库申请单

(2)若验收发现没有相应的采购计划,则仓库保管员向采购员发无效申请单 若验收合格,则仓库保管员向检验员申请物料检验;检验员根据检验结果填写物料检验单

(3)如果物料或供货方不合格,则向采购员发出退货单

(4)如果检验合格,则仓库保管员登记入库单,修改物料主文件中的现有库存数,相应的物料入库

为便于及时了解库存情况,核查出入库情况,该企业决定将上述人工流程由计算机来实现,请根据该库存管理逻辑,画出顶层数据流图,0层数据流图及其它层次的数据流图

第1层数据流图缺货单0仓库管理系统领料单领料人领料单无效通知物料清单顶层数据流图领料单无效通知1检验领料单领料人领料单领料单32制作缺货单2核对库存4登记出库单缺货单领料单6物料清单制作物料清单5修改物料文件DS2出库单DS1物料主文件第1层数据流图退货单入库申请单采购员无效申请单0仓库管理系统顶层数据流图入库申请单采购员无效申请单1检验入库申请单DS3物料检验单3退货单制作退货单2物料检验4登记入库单5修改物料文件DS2入库单DS1物料主文件第1层数据流图

3.某考务处理系统具有以下功能:

(1)输入报名单(2)自动编制准考证号(3)输出准考证(4)输入成绩清单(5)输入成绩通知单(6)输出成绩分布表

(7)输入合格标准、输出录取通知单(8)试题难度分析,并输出试题难度分析表 请根据该逻辑画出其系列数据流图

合格标准0考务处理系统成绩清单成绩通知单成绩分布表试题信息试题难度分析表顶层数据流图报名单学生准考证录取通知单教师1学生报名单准考证编制准考证2分析成绩成绩分布表成绩清单3录取通知单编制录取通知单成绩清单合格标准教师成绩通知单试题信息4第1层数据流图分析试题难度试题难度分析表

4.某房产管理系统的功能描述如下:

系统随时根据住户送来的入住单更新住户基本信息文件

每月初系统根据物业管理委员会提供的月初附加费(例如清洁费、保安费和大楼管理费等)表和房租调整表,计算每家住户的月租费(包括月附加费),向住户发出交费通知单,住户交费时,系统输入交费凭证,核对后输出收据给住户

系统定期向物业管理委员会提供住房分配表和交费情况表

住户因分户或换房,在更新住户基本信息文件的同时,系统应立即对这些住户做月租费计算,以了结分户或换房前的房租

请绘制与该逻辑相对应的系列数据流图 分户或换房信息住房分配表住户单住户交费通知单费用收据0房产管理系统月初附加费房租调整表物业管理委员会交费情况表顶层数据流图住户单1更新住户基本信息DS1住户基本信息文件4住户分户或换房信息分房或换房管理住房分配表交费通知单2计算费用月初附加费房租调整表物业管理委员会费用收据3收费交费情况表第1层数据流图

第四篇:软件工程实验报告

《软件工程》课程实验报告

实验名称:教务管理系统之子系统——学院课程安排

姓名:

院(系):软 件 学 院

专业班级:

学号:

指导教师:

地点:

成绩:

时间:202_ 年 10月 日 至 202_ 年 11月 8 日

1.实验目的确定项目的可实施性,获取项目的需求,并在此基础上完成系统的逻辑功能模型的建立,了解软件工程中需求分析阶段的主要活动和需求分析文档描述的主要内容,掌握利用数据流图描述系统功能需求的方法,正确应用数据字典。增进对软件工程的理解,学会系统的分析软件的构成,掌握并理解软件从确立到测试等一系列过程。

2.实验内容

1.系统简介

每个学期的期中,学校教务处向各个学院发出下各学期的教学计划,包括课程名称、课程代码、课时、班级类别(本科、专科、成人教育、研究生)、班号等;学院教学主管人员根据教学任务和要求给出各个课程的相关限制(如:任课教师的职称、上课的班数、最高和最低周学时数等);任课教师自报本人授课计划,经所在教研室协调任可,将教学计划上交学院主管教学计划的人员,批准后上报学校教务处,最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作,现要求为上述过程实现计算机自动处理过程。

2.限定条件

a)每位教师的主讲课程门数不超过2门/学期:讲师以下职称的教师不能承担学院定主课的主讲任务。

b)学院中层干部的主讲课时不能超过4学时/周。

c)本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

d)本系统的输入项至少包括:教务处布置的教学计划,学院教师自报的授课计划和学院定的有关授课限制条件。

e)本系统的输出项至少包括:教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表(可以不含上课地点)。

项目数据流图

系统的分析“教务管理系统之子系统——学院课程安排”的组成、结构和实现步骤,明白项目的业务流程图,绘制数据流图(DFD),数据模型(ER),编写数据字典(DD),数据加工处理的描述,撰写需求规格说明书

3.实验步骤

1.2.3.4.5.对图书管理系统进行分析,整合用户权限和操作 根据用户操作流程画出系统流程图 对系统做出概要分析,拟定开发流程 绘制出甘特图 绘制线性时间图

4总结与回顾

通过这次实验,我学到了很多东西,教务管理系统是学校的管理核心,管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等,在数据库一级建立强有力的安全系统,管理人员可以在互联网的任何地方办工,真正实现学校网上管理。

学校中的教务管理是一项很重要的工作,包括学生管理,教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能,代替手工处理,提高工作效力和质量,所以该系统是必要而且能够实现的。

此次开发的软件是教务管理系统的一个子系统,即学院课程安排。通过此次课程设计,我们更加了解了软件的原理,软件的开发方法和步骤,如绘制数据流图和数据字典的编写。进一步掌握了有关数据库设计的知识和JAVA程序设计,了解了有关网络的相关知识,对软件开发平台有了一定了解。我增长了不少软件工程与编程,数据库的知识。在作设计的过程中,软件是不断变化的,开始构造的是一方面,实际制作时又是另外一方面,所以得不断变化。软件必须有效的支持他的用户,我们做的软件是学生选课系统,所以我们需要从学生和老师,管理员的实际情况出发,制定他们操作方便的系统,是软件对用户友好。

在写数据字典之前,我对数据字典的理解有一些偏差,通过这次作实验,我知道了数据字典就是对数据流,数据流分量,数据存储,处理的定义集合。我们做这种比较小的软件时,数据字典还比较好维护,哪里出了问题,可以很快的找到,然后改正。如果做比较大的软件时,数据字典就不好维护了。开发大的软件系统时,数据字典的规模和复杂程度迅速增加,貌似人工维护就不太可能了。

这次实验的完成是我们小组共同努力的结果,我们每个人都付出了很大的汗水,也让我明白了团队合作是多么的重要,那么大的工作量仅靠一个人的力量是不可能完成的,在以后的工作和学习中一定要重视团队合作的重要性,多与合作伙伴交流,了解每个人的想法,最后大家的想法和在一起就是个很了不起的工作。也让我认识到软件在我们的生活中越来越重要,我们的生活处处离不开软件,也让我对自己以后的工作有了很深的了解,让我可以向着自己的目标一点点前进。

第五篇:软件工程实验报告

实验三:面向对象的系统对象模型实验

一、实验目的

1: 熟悉面向对象分析的基本方法,加深理解对象模型、动态模型和功能模型的意义和 作

2: 学习使用rose工具进行面向对象分析的方法

3:理解对象模型、动态模型和功能模型在rose系统中的表示

4:学习用例图、类图、关联图、顺序图、状态图的绘制方法,了解其各自的作用

二、实验环境

1.硬件环境

P4以上的个人计算机环境,要求内存不少于128MB,硬盘不小于20G.。2.软件环境

操作系统:Windows 202_ 或 Windows XP 数据库: SqlServer 202_ 或 Access 202_数据库系统 3.通用工具软件

通用绘图工具: MicroSoft Visio 202_ 文本编辑工具: MicroSoft Word 202_ 4.CASE工具

实体建模工具: Erwin 4.0 UML建模工具:Rose 202_

三、实验内容

1.实验题目

已知资料管理系统提供资料信息维护、资料查询、借阅/归还三项基本功能。使用本系统的角色包括管理员、教师、学生三类。管理员可从事所有操作,学生与教师只能进行资料查询、借阅/归还操作。教师最多可以同时借阅10本资料、学生只能同时借阅5本。对于借阅期满3个月但是仍未归还的资料,在管理员控制下,系统将自动生成并输出“催还单”。

试采用面向对象的分析方法对“资料管理系统”进行需求分析和初步设计,做出其详细的需求陈述;定义基本功能及角色;提取对象、做出用例图和类图 2.实验内容

利用rose工具进行系统建模的实验,建立所指定之题目的用例图和对象模型 3.系统初步设计

资料管理系统的角色有三种,分别是管理员、教师、学生。资料管理系统的基本功能有一下三项:  资料信息维护  资料查询  借阅/归还 4.思考题

1:“角色定义”在应用系统中有什么作用? 答:角色的定义有利于明晰角色所对应的事物以及对数据和功能的操作权限,是系统更加条理。

2:USE-CASE图反映了系统在哪一方面的需求? 答:它描述了系统的功能以及如何使用一个系统并显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务,它反映了整个系统的一个大概设计。3:对象模型应当包括哪些内容?使用ROSE工具进行分析建模时,通过哪几种图例描述对象模型?

答:对象模型描述的是系统的静态结构,包括系统的类和对象,他们之间的属性和操作,以及它们之间的联系。它通常用用例图和类图来描述。

5系统类图

6.系统用例图

软件工程数据流图实验报告5则范文
TOP