《2022年管理信息系统课程设计方案超进销存管理系统修改.docx》由会员分享，可在线阅读，更多相关《2022年管理信息系统课程设计方案超进销存管理系统修改.docx（57页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用河南城建学院治理信息系统课程设计课程名称：超市进销存治理系统指导老师：小组成员：组 长：工程分工：设计时间：第五学期第 18周目录 1系统概述及设计规范 1.1系统分析 -1 1.1.1现状分析 -11.1.2系统初步调查 -1 1.2可行性分析 -2 1.3系统目标 -3 1.4系统主要功能及说明 -4 1.5设计规范 -5 2总体结构分析 2.1需求分析 -5 2.2系统结构 -62.2.1系统总结构 -62.2.2系统组织结构 -7 2.2.3 系统规律结构划分 U/C矩阵 -8 2.3子系统及模块功能说明 -9
2、 2.3.1组织结构 -92.3.2业务功能 -10 2.3.3治理功能 -112.4开发环境 -12 2.4.1硬件环境 -12名师归纳总结 - - - - - - -第 1 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用 2.4.2软件环境 -12 3系统分析 3.1业务流程 -12 3.2数据流程 -14 3.3数据字典 -14 3.3.1数据流字典 -17 3.3.2数据储备字典 -22 3.3.3数据处理字典 -23 4系统设计 4.1数据库设计 -26 4.1.1数据库概念设计 -26 4.1.2数据库结构设计 -28 4.2输入输出设
3、计 -30 4.3代码设计 -34 5 处理流程设计 5.1进销存数据处理流程 顶层-35 5.2进销存数据处理流程 二层 -35 6 参考文献 -36 7心得体会 -36一、系统概述一）现状分析 自改革开放以来,随着我国经济情形的日新月异,飞速进展,涌现出越来越 多的超市和便利店；越来越多的人喜爱到超市购物；超市里销售的货物也出现出 多样化的进展趋势；随着超市里货物种类和数量的大量增加,超市工作人员的工作量也随之增多,然而,日益繁重的工作使同志们日益疲乏,每位工作人员都在超负荷的运转,为显现工作失误制造了肯定的有力条件,对此,超市的治理层看在眼里,急在心 里；怎样既可以加快办事效率,又能削减
4、工作失误,更好服务于社会主义四个现 代化建设的问题,逐步的进入到了领导的视线里；综上所述,本超市进销存系统 设计的很有必要,也很有条件做到超市信息在线治理,以更贴近时代需求和超市 进展需要； 能通过键盘录入当前的销售商品和实收金额、选购清单、验货单；2 自动结算应收金额和找零金额；3 打印购物小票并更新库存；4 能查询商品销售信息、选购清单、库存信息、验货单；5 能依据验货单确认选购清单并更新库存；1.1.2系统初步调查超市的销售业务始终使用着最简洁的人工治理；超市经营物品的选购、库存、销售及核算等手工信息治理使得员工工作量大、服务质量差、工作效率低；同 时,由于对市场的反馈信息不能准时地处理
5、,从而导致销售与市场脱节；要转变这种手工治理的落后状况,把工作人员从枯燥乏味的重复劳动中解脱名师归纳总结 - - - - - - -第 2 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用 出来,用运算机系统进行治理是一个明智的挑选；利用运算机这一工具,不但能 成百倍地提高工作效率,仍能准时精确地得到有关信息,有效排除人为造成的失 误,防止很多不必要的缺失；超市的进销存治理信息系统,第一必需具备的功能是记录仓库存货、销售以 及进货情形,通过该系统明白超市进货渠道、商品单价、数量,库存商品的种类、数量,销售商品种类、价格、数量,以便治理员依据以上信息作
6、出经营治理决 策；在性能方面要求系统核算精确,使实存商品、销售商品与所记帐目一样,能 够被超市长期有效使用；数据主要来自于入库单、发票,超市销售在营业期间内 始终发生,数据也就始终变化；销售商品后开动身票,并且要显示商品价格数额；在当天汇总时修改相应文件,注意的是总额、总数量；为削减月末工作量,日 常中要对报表数据逐步统计核算；超市数据资料有些属内部资料,不能为外人所知,系统须有保密措施,设置 密码；查看资料需输入正确密码,销售人员销售货物需输入代号才能打开收银柜；万一泄露密码,应设修改密码的程序,同时密码不能过于简洁；1.2可行性分析 随着运算机技术的进展和网络人口的增加,人们对网络的需求也
7、越来越苛 刻,越来越贴近其生活,电子信息治理已经成为网上的一股潮流；而更多的,是 要求传统行业的治理要延长到网络,以更便利其生活、工作和学习；可行性讨论 的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决；要达到 这个目的,必需分析几种主要的可能解法的利弊,从而判定原定的系统规模和目 标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程 度；因此,可行性讨论实质上是要进行一次大大压缩简化了的系统分析和设计的 过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程；系统的可行性分析主要包括经济上的可行性、技术上的可行性和操作上的可 行性；本系统的可行性分析如
8、下：经济可行性由于本超市治理系统所要求的硬件运算机及相关硬件）和软件环境,市场上都简洁购买到或从相关网站下载,系统成本主要集中在本治理系统的开发与维 护上,对超市不造成过重的经济负担；而一旦此系统投入使用 , 不仅可以削减超 市的工作强度,提高工作效率,而且便利了超市对信息的治理,连续了传统的管 理模式,极大限度的便利了超市治理人员,而且,目标系统不是很复杂,开发的 周期较短,人员经济支出不大,所节约的大量人力、财力产生的效益将远远大于 本治理系统的开发成本,所以从经济方面讲开发此系统是可行的；技术可行性超市治理系统的开发基于C/S模式,主要包括前端应用程序的开发以及后台数据库的建立和保护两个
9、方面；对于前者要求应具备功能完备、易于使用等特点,而对于后者就要求能建立数据一样性和完整性强、数据安全性好的库；名师归纳总结 - - - - - - -第 3 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用 本系统拟采纳 ASP.NET和MS SQL 2005分别作为前端和后端的开发工具；ASP.NET是在 Java 基础下开发出来的实现了动态页面与静态页面的分别,脱离了硬件平台的束缚,以及编译后运行等方式大大提高了其执行效率而逐步成为因特网上的主流开发工具；SQL 2005作为微软在 Windows 系列平台上开发的数据库 ,一经推出就以其易用性
10、得到了很多用户的青睐 ,信任大多数将自己的业务建立在 Windows平台上的用户都会对它有相当的亲切感；区分于FoxPro、Sql 2005小型数据库, SQL 2005是一个功能完备的数据库治理系统；它包括支持开发的引擎、标准的 SQL语 言、扩展的特性等功能；而像储备过程、触发器等特性,也是大型数据库才拥有 的；因此从技术方面讲开发此系统是可行的；操作可行性超市作为一个商品资源的集散点,其主要功能就是对顾客开放购买的地方；传统的超市治理系统,一般有两种方式：一是手工治理,这种方式应用最传统的“ 笔纸操作系统” ,将超市的货物信息、销售信息、厂商信息治理及单据治理等均以纯手工的形式进行,将信
11、息以表格文件的表现形式记录在纸上,再进行统一储存；这种方式虽然在简洁信息查询时会有肯定的便利,但是存在着更多的不便：信息储存时间和条件很受限制、简洁被损坏、信息查询不便、信息传达简洁造成失误等；另一种是常见的信息治理方法是应用单机版的治理系统,但是这种系统设计 时间较早,很多功能划分很不科学,很多设置已经跟不上时代需求了；但是超市治理人员已经有相当的应用体会,所以新的系统操作有肯定的操作体会可以作一 定的操作体会；综上所述,本超市很有必要,也很有条件做到超市信息在线治理,以更贴近 时代需求和超市进展需要；1.4 系统的主要功能及说明 1.系统主要功能：本系统的主要功能是帮忙独立的超市门店实现进
12、货、销售、存货及盘点进行 治理；由销售人员键盘录入当前的销售商品和实收金额、系统自动结算应收金额和 找零金额,输出打印购物小票并更新库存；由此,系统会自动生成选购清单,经 店长批准之后,向供应商发出送货恳求；依据系统生成的验货单与选购清单,由 库存治理人员实现补货以及库存的更新；优点是可以对一些销售帐目进行汇总报 表记录 、可以快速收银、依据使用不同的软件仍有一些其他好处；在以上功能的实现过程中,系统仍支持对各类信息的查询；包括：基本信息 查询、商品销售信息查询、选购清单查询、库存信息查询；通过治理信息系统提名师归纳总结 - - - - - - -第 4 页,共 32 页精选学习资料 - -
13、- - - - - - - 个人资料整理 仅限学习使用 高商品库存效率、简化人事治理、增加公司年度利润；2.系统功能说明：通过对目前超市的现有的明白和调查及对网上的资料的分析,要求该系统要 实现以下的功能：该系统实现六大功能：基础信息治理、进货治理、销售治理、库存治理、查 询统计、系统治理；基础信息治理包括客户信息治理添加、修改与删除）、商品信息治理添加、修改与删除）、供应商信息治理添加、修改与删除）；进货治理包括进货单、进货 /退货；销售治理包括销售单、销售退货；库存信息治理包括库存盘 点,、库存价格调整；系统治理包括操作员治理、更换密码、权限治理、退出系 统；查询统计包括客户查询、商品查询
14、、供应商查询、销售查询、销售退货查 询、入库查询、入库退货查询以及销售排行；依据超市职责的不同设计了不同的用户操作界面操作员界面,治理员界 面；且系统操作简洁界面友好；为便利用户系统支持多条件查询；系统具有更高的安全性；1.5 系统设计规范 系统名称：超市进销存治理系统文件命名规范：答应文件或者文件夹名称不得超过 255 个字符；文件名除了开头之外任何地方都可以使用空格；文件名中不能有以下符号：“ ？” 、“ 、” 、“ ”、 “* ”、 “”、 “”“、 “” 、“|” ；Windows XP 文件名不区分大小写,但显示时可以 保留大小写格式；文件名中可以包含多个间隔符,如“ 我的文件；我
15、的图片； 001” ；二、总体结构设计 2.1 需求分析 超市进销存系统必需供应顾客信息、厂家信息、选购信息、销售信息、库存 信息和财务信息的基础设计：供应强大的精确查找和模糊查找信息的功能,可以 分不同权限、不同用户对该系统进行操作；另外,该系统仍必需保证数据的安全 性、完整性和精确性；超市进销存财务一体化系统的目标是实现超市信息化治理,削减盲目选购、降低选购成本、合理掌握库存、削减资金占用并提升超市综合竞争力；时间就是 金钱,效率就是生命；超市进销存治理系统能够为超市节约大量人力资源,削减 治理费用,从而间接为超市节约成本,提精湛市效率；超市的销售业务始终使用着最简洁的人工治理；超市经营物
16、品的选购、库存名师归纳总结 - - - - - - -第 5 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用、销售及核算等手工信息治理使得员工工作量大、服务质量差、工作效率低；同 时,由于对市场的反馈信息不能准时地处理,从而导致销售与市场脱节；要转变这种手工治理的落后状况,把工作人员从枯燥乏味的重复劳动中解脱 出来,用运算机系统进行治理是一个明智的挑选；利用运算机这一工具,不但能 成百倍地提高工作效率,仍能准时精确地得到有关信息,有效排除人为造成的失 误,防止很多不必要的缺失；在性能方面要求系统核算精确,使实存商品、销售商品与所记帐目一样,能 够被
17、超市长期有效使用；数据主要来自于入库单、发票,超市销售在营业期间内 始终发生,数据也就始终变化；销售商品后开动身票,并且要显示商品价格数额；在当天汇总时修改相应文件,注意的是总额、总数量；为削减月末工作量,日 常中要对报表数据逐步统计核算；综上所述,随着当今全球经济化的大潮下和信息化建设的全面进展,超市进销存治理系统对超市的治理和运营很有必要,也很有必要做到超市信息在线治理,以 更贴近时代需求和超市进展需要；2.2 系统结构 2.2.1 系统总结构 用户治理系统用户治理 修改口令商品信息治理 商品信息治理超商品库存治理商品库存治理市进库存报表销存管前台销售治理创建客户购物车理购物车数据治理系统
18、购物车处理购物结算治理 购物车结算与收费客户取物治理 注销客户购物车名师归纳总结 - - - - - - -第 6 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用2.2.2 系统组织结构 业务功能与组合结构的关系 业务功能与组织结构的关系如表所示；店长进货销售库存/盘点店长助理销售部门业务功能与组织结构的关系表 注：表中“ ” 表示该项业务是对应组织的主要业务；“ ” 表示该组织是 参与和谐该项业务的；超市进销存治理系统系统用户商品治理进货治理库存治理销售治理用添查商进进库销销售户加找品货货存售额设商商类管查查添查品理询询加置品别询2.2.3 系统
19、规律结构划分 U/C矩阵 用户名 口令 权限 商品编号货物编号单位商品名称厂家存量下限日期数量名师归纳总结 类数据第 7 页,共 32 页功能- - - - - - -精选学习资料 - - - - - - - - - 系统用户设置C C C 个人资料整理仅限学习使用C C C U 用户C U U 添加商品商 品商品查找U C U 管理C U U 商品类别进进货治理U U C 货管 理进货查询U U C U 库存库存查询U U U 治理U U U 销销售添加售管 理销售查询权限商品编号U 下限日期U C 数据资源分布：货物编号单位商品名称厂家存量数量用户名口令数据类功能系统用户用户子系统商品治理
20、U商品治理子系统UU进货治理UUU进货治理子系统库存治理子系统销售治理子系统UU库存治理UUU销售治理UUU2.3 子系统及模块功能说明名师归纳总结 - - - - - - -第 8 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用 本系统应用背景为一家中小超市门店；2.3.1 组织结构 该门店规模较小 ,其组织结构关系如图：店长 店长助理 销售部门2.3.2 业务功能 业务功能主要包括：进货、销售和库存 /盘点治理；库存治理：销售治理：名师归纳总结 - - - - - - -第 9 页,共 32 页精选学习资料 - - - - - - - - -
21、个人资料整理 仅限学习使用进货治理：已进货信息 新供货商信息进货信息查询 进货信息清单选购单库存信息清单 3：查询 进货信息恳求发出进货 / 选购清单查询 进货清单 选购清单 进货 / 选购清单检索结果进货信息恳求3：更新进货单2.3.3治理功能名师归纳总结 - - - - - - -第 10 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用门店治理进货销售库存治理前台 后台2.4 开发环境 为了能够更好的开发系统,使系统能够正常地运行,我们需要设定系统运行 的环境,在此系统的开发过程中,我实行了以下的工作开发环境；2.4.1 硬件环境 开发过程中,
22、所使用的硬件环境： 4 2）内存： 224M 3）硬盘： 80G 操作平台： Microsoft Windows XP开发语言：基于 Visual Studio.NET 的 C#.NET 三、系统分析 3.1业务流程 超市治理系统工作流程为：系统启动并进入登录界面,系统治理员输入正确 的用户名及密码后,登陆系统主操作界面,系统治理员可对系统相关信息进行操 作,包括基本信息、货物信息、供应商信息、销售信息、仓库信息等；名师归纳总结 - - - - - - -第 11 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用流程符号说明：业务流程图：供应商到货库
23、存登记审核 库存清单商品入库商品上架 架存商品清单商品销售 销售清单收款超市进销存治理系统工作流程为：系统启动并进入登录界面,系统治理员输入正确的用户名及密码后,登陆系统主操作界面,系统治理员可对系统相关信息进行操作,包括基本信息、货物信息、供应商信息、销售信息、仓库信息等；名师归纳总结 - - - - - - -第 12 页,共 32 页精选学习资料 - - - - - - - - - 厂商商品信息个人资料整理仅限学习使用顾客订货信息营业员购买信息销售信息用户信息商品信息库存信息经理3.2数据流程 治理业务的调查和分析不能摆脱物质要素,而信息系统分析的最终目的是从 现行系统中舍去物流,抽象出
24、信息流；小组成员从抽象和概括的角度绘制了超市 进销存治理信息系统的数据流程图；数据流程图的绘制采纳自顶向下逐步求精的方法,是结构化的分层、模块 结构；依据超市的业务流程,我们绘制了顶层、中层、底层数据流程图；数据流程图的符号说明：名师归纳总结 - - - - - - -第 13 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理总经理P4仅限学习使用客户服务中心 P6合同F09F10F13F16F17S1F06F03库存收银 D3客户供货商F02核对 D1P1F07S2F14P5F04F08F11F15F01入库登陆 D2入库情形销售记录F05修改 D4S3F12销
25、售情形 S4中层数据流程图F01：入库数据,身份核实等 F02：入库数据、身份核对、经手人等 F03：合怜悯形、供货商品情形、商品出入库情形 F04：商品编号、商品数量 F05：供货日期、经手人等与入库有关的数据名师归纳总结 - - - - - - -第 14 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用F06：商品库存的各种清单、统计、汇总等 F07：商品编号、商品数量 F08：商品数量 F09：商品编号、商品数量 F10：商品销售的各种清单、统计、汇总等 F11：商品编号、商品数量 F12：商品编号、商品数量、金额、日期等 F13：商品编号、
26、商品数量 F14：商品编号、商品数量,金额等 F15：金额 F16：商品编号、商品数量,金额 F17：合怜悯形、供货商品情形等名师归纳总结 - - - - - - -第 15 页,共 32 页精选学习资料 - - - - - - - - - 库存总经理客户服个人资料整理仅限学习使用务中心收银客户销售记录修改销售情形底层数据流程图二3.3数据字典3.3.1数据流字典 编号： 1-01 标识符： F01 来源： P1供货商 去向： D2入库登陆所含数据结构：入库时间、发货人、收货人、数量、单价、货物名称、货物属性编号： 1-02 标识符： F02 来源： P1供货商 去向： D1核对 所含数据结构
27、：入库时间、发货人、收货人、数量、单价、货物名称、货物属性、证件号编号： 1-03 标识符： F03 来源： S1合同 去向： D1核对所含数据结构：供货商情形、合同时间、合同金额、合同货物数量、合同货物数量、违约编号： 1-04 标识符： F04 来源： D1核对 去向： D2入库登陆 所含数据结构：商品编号、商品数量名师归纳总结 - - - - - - -第 16 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用编号： 1-05 标识符： F05 来源： D2入库登陆 去向： S3入库情形 所含数据结构：商品编号、商品数量、规格、单价、生产厂商、
28、入库时间、经手人 编号： 1-06 标识符： F06 来源： D1核对 去向： F4总经理 所含数据结构：库存清单、统计报表、商品汇总 编号： 1-07 标识符： F07 来源： S2库存 去向： D1核对所含数据结构：库存清单、入库时间、入库数量、入库经手人、出库时间、出库数量、出库经手人编号： 1-08 标识符： F08 来源： D2入库登陆 去向： S2库存所含数据结构：数据修改、入库经手人编号： 1-09标识符： F09来源： S2库存去向： D3收银所含数据结构：销售商品数量、单价、种类、收银员编号编号： 1-10标识符： F10来源： D3收银去向： P4总经理所含数据结构：总收入
29、、时间、单价、商品种类编号： 1-11标识符： F11来源： D3收银去向： D4销售记录修改所含数据结构：收入时间、收入数量、单价、收银员编号、总收入编号： 1-12名师归纳总结 - - - - - - -第 17 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用标识符： F12 来源： D4销售记录修改 去向： S4销售情形入库 所含数据结构：商品数量、单价、商品种类编号： 1-13 标识符： F13 来源： D3收银 去向： P5客户 所含数据结构：商品种类、单价、时间、商品总额、打折情形编号： 1-14 标识符： F14 来源： P5客户 去
30、向： D3收银 所含数据结构：优惠卡编码、单价、商品数量、付款金额编号： 1-15 标识符： F15 来源： P5客户 去向： D4销售记录修改 所含数据结构：商品数量、单价、退货缘由编号、退货金额、时间编号： 1-16 标识符： F16 来源： P5客户 去向： P6客户服务中心 所含数据结构：商品数量、单价、退货缘由编号、时间编号： 1-17 标识符： F17 来源： P1供货商 去向： S1合同 所含数据结构：合同时间、合同金额、合同货物数量、违约情形性质3.3.2 数据储备字典 编号： 2-01 标识符： S1 流入数据流： P1供货商 流出数据流： D1核对 数据结构：时间、商品数量
31、、商品种类、单价、经手人 说明：登记货物发放清单 编号： 2-02名师归纳总结 - - - - - - -第 18 页,共 32 页精选学习资料 - - - - - - - - - 个人资料整理 仅限学习使用标识符： S2 流入数据流： D2入库登陆流出数据流： D1核对、 D3收银 数据结构：商品数量、商品种类、单价、时间、发货人证件号说明：入库的核对编号： 2-03 标识符： S3 流入数据流： D2入库登陆 流出数据流：数据结构：商品数量、种类、时间、单价 说明：编号： 2-04 标识符： S4 流入数据流： D4销售记录修改 流出数据流：数据结构：商品数量、时间、商品种类、单价、退货缘
32、由编号 说明：3.3.3 数据处理字典 编号： 3-01 标识符： D1 流入数据流： S1合同 流出数据流： D2入库登陆 处理规律情形：依据合怜悯形和货物情形判定是否生成库存信息说明：治理编号： 3-02 标识符： D2 流入数据流： D1核对 流出数据流： S3入库情形 处理规律情形：依据合怜悯形和货物情形生成库存信息说明：登记、治理编号： 3-03 标识符： D3 流入数据流： S2库存、 P5客户 流出数据流： P5客户处理规律情形：依据客户需求生成需求单说明：治理名师归纳总结 - - - - - - -第 19 页,共 32 页精选学习资料 - - - - - - - - - 个人
33、资料整理 仅限学习使用 编号： 3-04 标识符： D4 流入数据流： D3收银、 P5客户 流出数据流： S4销售情形入库 处理规律情形：依据客户使用和退换情形修改销售数据库 说明：登记、治理四、系统设计 系统设计的任务就是依据系统分析文档资料,采纳正确的方法来确定系统各 功能模块在运算机内应当由哪些程序组成,它们之间用什么方式联结在一起以构 成一个最好的系统机内结构,同时仍要使用肯定的工具将所设计的成果表达出 来,另外考虑到实现系统功能的需要,仍要进行数据库的具体设计、编码设计、输入/输出界面 人机界面）设计等等；系统设计阶段为系统实施阶段的各项工作预备必要的技术资料和有关文件,系统设计地
34、步骤大体的可以分为五部分；第一步进行数据库的物理设计；依据总体方案及系统分析的实际需求,考虑 数据库的储备方式 集中式或分布式）；考虑物理库的数量及每一个物理库所包 含的数据库表的内容；从查询处理效率等方面考虑数据库表的索引问题等等；其次步进行编码设计；编码是系统的重要组成部分,与数据的规范性和交换 性亲密相关,编码一旦被设计处理将会永久使用并常驻于数据库中,因此需要在 系统设计阶段给出具有永久性、稳固性的编码设计方案；第三步进行界面设计；构造良好的界面是将来系统能够顺当运行的重要前 提,要使信息系统使用起来更加舒服、更加高效就需要在界面设计方面具有一个 全新的设计策略,这个设计策略要在程序设计之前完成；第四步进行系统功能设计；功能设计是在前面全部工作基础上进行的,它主 要是采纳 “自顶向下 ”的原就考虑模块的划分与设计,使模块内部以及模块与模块 之间的连接具有合理的结构；功能设计结果的表达方式可以有两种：一种是利用“结构图 ”来描述模块的功能和模块之间的信息交换；另一种是用 Rational Rose 工具来描述；功能设计中通常有一组评判标准来对设计结果进行评判,同时使用 一组设计原就对系统模块进行优化设计；如何去评判一个系统设计？系统设计地 目标是要使所设计的系统必需满意系统规律模型的各项功能要求,同时要提高系 统的性能；系统设计地目