软件工程概要设计实验
软件工程实践-概要设计说明书
Macromedia Dreamweaver 8
网络平台： （1） 通信协议 TCP/IP （2） 通信带宽 （略） （3） 2．3 子系统清单 子系统 编号 Sys1 Sys2 子系统英 文名 M1-front M2-back 子系统功能简述 客户前台应用及管 理 管理员后台应用及 管理 子系统之间 的关系
Integer Varchar(20)
3 4 5 6 7
会员 MemberPassword Varchar(20) 密码 会员 MemberName 姓名 会员 MemberSex 性别 会员 MemberAddress 地址 会员 MemberZip Varchar(20) Number(1)
Orders Vote
M1-5
Shop_detail
M1-6
Admin member
M1-7
Admin news 管理员可在此添 加、修改、删除公 告信息 Admin orders Admin member 管理员可在此修 改、删除订单信息 管理员可在此修改 添加、修改、删除 会员信息
M1-8 M1-9
Integer
2
Integer
序 非 无 外 列 空 键
是
3
商 ProductsSKindName Varchar(20) 无 非 无 － 品 空 小 分 类 名 称
－
5 表名：商品投票（Vote）
序 字 号 段 中 文 名 字段英文 名 类型、宽 度、精度 取值 空否 默 约束 认 值 主 键/ 外 键 索 引 否
信息 10 评价信息 Opinion 记录会员对商品的评 价信息
4．2 数据库表之间关系说明（E-R图）
审核 会员信息
n n
实验四 软件概要设计
实验四软件概要设计1.1编写目的在网店系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对网店系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对网店系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1.2背景本项目网店系统由小组人员负责开发。
网店系统将由两部分组成：由客户前台功能，以及商家后台功能。
本系统与其他1.3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指网站购买系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1.4参考资料列出有关的参考文件，如：a.本项目的经核准的计划任务书或合同，上级机关的批文；b.属于本项目的其他已发表文件；c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
软件工程实验文档（精选五篇）
软件工程实验文档（精选五篇）第一篇：软件工程实验文档《软件工程课程设计》一、提交实验报告文挡及要求序报告名目的要求号称以全面、系统的分析为主要方法，经济效益为核心，围绕影响项目的可行性各种因素，运用大量的数据资料论证拟建项目是否可行，给出项目可1分析行性分析报告。
2 3 项目需根据给定的的题目或自选题目进行需求分析工作；进行功能需求、非求分析功能需求分析得出需求规格说明书。
项目概建立初始结构图，对初始结构构图进行改进、优化得出概要设计说明要设计书。
项目详进行详细设计工作，得出详细设计说明书。
细设计项目编本次实习不需编码码 5进行黑盒、白盒测试试用例设计形成测试用例表；项目测进行黑盒测试，得出测试记录； 6试进行白盒测试，得出测试记录；形成测试报告。
7 项目管利用Project进行项目计划、进度、协调等管理材料。
理二、课程实践选题（课程设计题目）题目一：电子商务网站建设是一个集客户购物、下订单、订单处理、销售统计等功能于一体的系统。
通过浏览器，让客户可以查询货物，把货物放入购物车，创建账户/登陆账户，创建订单，通过信用卡支付等。
系统划分成了多个模块，松耦合的设计架构，允许可以和多个数据源，EIS（企业信息系统）进行交互。
功能如下： 1．用户注册/登陆/忘记密码/管理个人信息查询货物购物车管理提交订单信用卡支付查询历史购物记录 2．货物商店接受/处理订单消息手工接受/拒绝订单用E-mail来通知客户发订单给供应商销售统计 3．供应商接受订单派送货物给用户提供一个基于web的库存管理维护库存数据库题目二：外文图书采购系统 1.问题概述某图书馆外文采购有两个组--征订组和验收登记组。
分别承担书籍订购和进书验收任务。
为了减轻劳动强度和提高工作效率，打算采用计算机进行管理。
为此，系统分析员在进行了调查研究，描述出外文采购室现行系流程。
1）订书组从供书单价收到订书目录，根据各单位的需要选择出要订购的书目。
2）为了避免浪费，对于已进入过或已订过的图书和订单留底。
软件工程实验 学生信息管理系统 概要设计()
攀枝花学院实验报告实验课程：软件工程试验实验项目：项目概要设计实验日期：2013.4.24系：数学与计算机学院班级：软件工程姓名：冯斌学号：指导教师：冯伟成绩：【实验目的：】1、了解概要设计的主要内容2、掌握软件概要设计说明书的内容与撰写3、了解详细设计的主要内容4、掌握软件详细设计说明书的内容与撰写【实验内容：】1、针对上次实验课选定的软件项目，通过互联网等收集资料，进行软件概要设计。
2、完成概要设计后，查阅参考资料和相关标准，撰写软件概要设计说明书。
3、在概要设计的阶段性成果之上，进行详细设计。
4、完成详细设计后，查阅参考资料和相关标准，撰写软件详细设计说明书。
I 功能分解1.1 系统功能描述本系统的主要任务是实现对学校教导处的学生信息管理、成绩管理、课程管理、班级管理及相关查询。
能录入、修改、查询、输出学生的档案信息，这些信息包括学生的基本情况、简历情况、获得奖励情况、受到处分情况、学生的家庭信息等；能录入、修改、查询、输出学生的各学期各门课的成绩信息，并支持按年级、班级等条件的统计、查询、报表输出。
学生信息管理系统是一个典型的数据库应用程序，由系统管理、学籍管理、收费管理、班级管理、成绩管理、课程管理以及学生表现等模块组成,特规划如下：1.系统管理模块该模块的主要任务是维护系统的正常运行和安全性设置,包括添加用户、修改密码、找回密码等。
2.学籍管理模块该模块的功能是实现对新生的注册，毕业生、插班生等的学籍变动更改以及学生相关信息的查询。
3.收费管理模块该模块的功能是实现对学生的收费以及欠费信息输出。
4.班级管理模块该模块的功能是实现对全校班级的管理工作，包括：班级游览、添加、查询、删除、修改等，各功能模块各自独立，完成学校的全部班级的管理。
5.成绩管理模块学校的成绩管理工作是检验学生学习情况的一个主要手段，本模块包括成绩添加、成绩查询、成绩修改等功能模块。
同时对学生成绩进行备份。
6.学生管理模块该模块的主要功能是实现对学生的个人信息的管理工作，包括档案添加、档案浏览、档案查询等功能，从而方便学校管理部门对学校的基本情况的快速查询和了解。
软件工程实验——软件设计
姓名ห้องสมุดไป่ตู้
学号
实验成绩
专业年级
计算机科学与技术
班级
实验日期
2023.12.8
课程名称
软件工程
任课教师
实验名称
软件设计
实验序号
4
实验室
S407
指导教师
实验目的
（1）加深理解软件系统的设计任务、过程及原则。
（2）能选择合适的方法与工具，设计软件项目的系统结构与软件结构。
（3）能设计软件项目界面。
5.参考国家相关的文档规范，通过不断地学习以及交流讨论，完善文档规范，编写更加完美的设计文档。
心得体会：
在完成注册登录模块设计的过程中，我深刻认识到系统设计的重要性。合理的模块划分和清晰的接口设计是确保整个系统协同工作的关键。
此外，对安全性的关注让我更加关注用户数据的保护，提高了系统的可信度。
团队合作也在这个过程中得到了锻炼，每个成员充分发挥了自己的专业优势，共同推动了软件设计的进展。
该实验的成功实施为我今后的软件工程项目打下了坚实的基础，也让我更加深刻地理解了系统设计和安全性的重要性。在不断优化和改进的过程中，我相信我的软件系统会更加健壮、安全、高效。
（4）设计相关模块的接口、数据（库）与界面。
（5）设计相关模块的过程、算法以及数据结构。
（6）其他相关方面的设计，比如性能、安全性等。
（7）撰写实验报告。实验报告应该包括实验目的、实验内容、实验方法及步骤、实验数据及分析，以及实验总结等内容。
（8）撰写软件设计文档。
实验结果（代码）
（可附页）
我负责的任务：任务分工，注册登录模块，安全性设计，成果汇总，撰写详细设计报告，所有任务成功完成，下面是成果（由于文字过多，以截图的形式展示）：
通用范文(正式版)概要设计(软件工程文档模板)
概要设计 (软件工程)1. 引言本文档为软件工程项目的概要设计文档，旨在为项目的开发人员提供一个整体的系统设计概览。
在项目开发过程中，概要设计起到了桥梁的作用，将需求分析和详细设计阶段进行衔接。
本文档将详细描述系统的整体结构、主要模块和关键功能，并提供相应的设计原则。
2. 系统结构设计2.1 参与角色是本系统中涉及到的主要参与角色：系统管理员：负责系统的配置、用户管理和权限控制。
普通用户：包括注册用户和匿名用户，使用系统提供的功能进行操作和查询。
数据库管理员：负责数据库的管理、备份和维护。
2.2 系统组成本系统由几个主要模块组成：用户管理模块：负责用户注册、登录和信息维护等功能。
权限控制模块：实现对用户访问权限的管理和控制。
数据管理模块：负责对数据的增删改查等操作。
报表模块：根据用户的需求相应的报表和统计数据。
安全管理模块：对系统进行安全性控制和防护。
2.3 系统架构设计本系统采用分层架构的设计方式，主要包括几个层级：用户界面层：负责与用户交互和展示信息。
应用逻辑层：负责处理用户请求，调用相应的服务和实现业务逻辑。
数据访问层：负责与数据库进行交互，实现数据的持久化和访问。
数据库层：存储系统的数据和相关信息。
3. 主要功能设计本系统的主要功能包括但不限于几个方面：用户注册和登录功能：提供用户注册和登录功能，保障系统安全性。
用户信息维护功能：允许用户修改个人信息，包括密码、头像等。
数据查询和展示功能：允许用户根据条件查询并展示相关数据。
数据编辑和添加功能：允许用户对数据进行编辑和添加操作。
报表和导出功能：根据用户需求相应的报表和统计数据，并支持导出功能。
4. 系统性能设计为了保障系统的性能和稳定性，本系统需要考虑几个方面的设计：用户并发访问的支持：针对高并发访问，需要采用合适的技术手段进行负载均衡和优化。
数据库优化：针对系统中频繁访问的表，采用合适的索引策略进行优化，提高查询和更新的效率。
缓存机制：采用合适的缓存机制，减少对后台数据库的访问，提高系统响应速度。
软件工程概要设计
《软件工程》实验报告实验室设备管理系统项目概要设计说明书The Specification of Architectural Design专业：计算机科学与技术班级：计算机XXXX班姓名：XXXXXXX ______________报告日期：201X年X月X日1、引言1.1 编写目的经过需求分析阶段的工作，已经清楚系统必须完成的工作，下面的工作就应该是决定“如何做”的问题。
概要设计的基本目的就是“概括地说系统应该如何实现？”通过该阶段的工作将划分出组成系统的物理元素——程序、文件、数据库、文档等，另一方面的主要工作是设计软件的结构，即确定系统都由哪些模块组成及模块之间的相互关系。
1.2 项目背景a. 本项目由计算机中心编制。
b.本系统使用了ACCESS^据库系统，，1.3 定义数据库管理系统一ACCESS^据库系统1.4 参考资料[1] 张海藩.软件工程导论（第五版）[M]. 北京：清华大学出版社，2008[2] 王红梅，胡明，王涛.数据结构（C++版）[M].北京：清华大学出版社，2005[3] 王珊，萨师煊.数据库系统概论[M]. 北京：高等教育出版社，2006[4] Bain T.SQL Server2000 数据仓库[M]. 北京.电力出版社，2003[5] Google Web APIs Reference[EB/OL]./api/reference ，2005.52、总体设计2.1 需求规定主要的输入输出项目：新设备信息、修理信息、申请购买信息、报废信息、具体查询统计要求；对实验室设备使用情况进行统计、更新。
2.2 运行环境运行环境：windows 2000 以上2.3 基本设计概念和处理流程设备管理信息系统心P初货信息管理我库存信息管理4 話售信息管理心 和货信息管理中忌兀设备伶息蛋讪说备恃息科4科* 4 利 竝 出人库设备信息香一迩钵售吳养信自3打* 印4 销A 售A 设亠 备卩 信4 息4蚩込退续込备2.4结构用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等） 的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被 控制关系. 2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:程序1程序2J J程序n功能需求1 V功能需求2VJ J功能需求nVV2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话） 2.7尚未问决的问题各个模块的数据字典和流程图，本概要设计中未能体现，但在详细设计中都会完成3、接口设计3.1 用户接口说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
软件工程实验报告-十个实验（银行系统）
软件⼯程实验报告-⼗个实验（银⾏系统）软件⼯程实验报告班级：****学号：**********姓名：***实验⼀软件需求分析实验项⽬名称：软件需求分析实验⽬的：1) 根据所选定题⽬进⾏需求分析⼯作；2) 通过实例掌握结构化数据流分析技术；3) 进⾏业务需求分析、⽤户需求、功能需求、⾮功能需求分析；4) 写出需求规格说明书（含数据流图）。
实验内容：⽤结构化数据流分析技术进⾏软件系统需求分析，得出系统得数据流图和数据字典。
实验步骤：1) 到相关单位进⾏需求分析。
2) 综合利⽤Internet ⽹和相关书籍整理并完善需求分析。
3) 画出系统数据流图（分清系统是事务型还是加⼯型）。
4) 得出系统数据字典。
1．软件系统需求描述：(从功能，性能上进⾏描述)（1）功能需求：银⾏系统系统所要完成的主要功能有两⽅⾯：①填写存款单或取款单交给业务员键⼊系统，如果是存款，系统记录存款⼈姓名、住址、存款类型、存款⽇期、利率等信息，完成后由系统打印存款单给储户。
②如果是取款，业务员把取款⾦额输⼊系统并要求储户输⼊密码以确认⾝份，核对密码正确⽆误后系统计算利息并印出利息清单给储户。
（2）性能需求：为了满⾜储户的要求，系统必须要有⾼的运作速度，储户填写的表单输⼊到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显⽰出所有必需信息并打印出各项清单，所以要求很⾼的信息量速度和⼤的主存容量；由于要存贮⼤量的数据和信息，也要有⾜够⼤的磁盘容量；另外，银⾏计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2．软件系统数据流图（由加⼯、数据流、⽂件、源点和终点四种元素组成）：1) 顶层数据流打印存单打印清单2) 1层数据流图3) 2层数据流图3．软件系统数据字典：1) 数据流条⽬(1)数据流名：存单(反馈信息)说明：银⾏系统给⽤户每次存款打印的存款资料表单数据流来源：银⾏计算机储蓄系统数据流去向：⽤户数据流组成：存单=存款⼈+存款银⾏+业务员编号+存款⾦额+存款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”存款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计（2）数据流名：取款单说明：记录⽤户每次取款的资料和情况数据流来源：⽤户数据流去向：银⾏计算机储蓄系统数据流组成：取款单=取款⼈+取款银⾏+业务员编号+取款⾦额+取款⽇期业务员编号=“01”..“99”取款⽇期=年+⽉+⽇数据量流通量：暂不统计（3）数据流名：利息清单（或账单）说明：当⽤户取款时，银⾏内库要把利息清单（或账单）给银⾏计算机储蓄系统处理，再把利息清单（或账单）交于⽤户数据流来源：书库数据流去向：事务处理数据流组成：取款信息=取款⼈+取款银⾏+受理业务员+取款⾦额+取款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”取款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计2) 加⼯条⽬a)加⼯名：银⾏计算机储蓄系统加⼯编号：0层简要描述：对⽤户存取款进⾏管理和处理输⼊数据流：存款单、取款单输出数据流：存单、利息清单（或账单）加⼯逻辑：若存取款信息正确且密码正确⽆误则存取款成功，否则提⽰重写或重填。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
南京信息工程大学实验（实习）报告
实验（实习）名称概要设计实验（实习）日期 2014.12.17 得分指导教师李振宏计算机系专业软件工程年级 2012级班次 1班姓名董上琦学号 20122344001
一、实验目的
1．通过对网上书店管理系统进行概要设计，掌握概要设计的方法和过程
2．掌握概要设计结果的表示方法
3. 完成对该软件系统的概要设计
二、实验准备
1.熟悉设计方法和工具的使用
三、实验要求
完成对网上书店管理系统的概要设计，提交实验报告
四、实验内容：
1.范围
1.1 系统主要目标
设计网上书店系统的目的是为广大的网络用户提供一个网上购书平台，利用网络的便捷
方便人们的日常生活。
为了使它适合更多的用户使用，系统的界面设计应尽量做到友好，简
洁，功能的实现更注重人性化，方便用户的购买，使用户很快便可以熟练掌握使用方法。
本
系统采用C/S模式，服务器端使用JSP进行动态网页的开发。
用户可以通过浏览器向服务器
发送请求，进行相关操作，服务器接收浏览器发送来的请求，将响应结果返回给客户端，图
书信息存放在数据库里。
网上书店系统是网上通用型购物软件，系统目标是实现网上购书的
自主化，使对图书信息及购书者的各种信息的更好地进行记录并加以统计分析成为可能，也
使网上购书变得方便、全面、快捷。
1.2 主要软件需求
软件需求是用户解决问题或达到目标所需条件或权能。
系统或系统部件要满足合同、标
准、规范或其它正式规定文档所需具有的条件或权能。
本系统采用的是SQL Server 2008
的数据库程序设计，要求数据库要合理、正确，逻辑性显得尤为重要。
1.3 设计约束、限制
本系统采用JSP语言+JavaBean，在编程语言上受到一定的限制；数据库采用SQL Server
2008，保密性有待提高。
2.软件系统结构设计
2.1 复审数据流、控制流
经过分析，绘出相应的数据流图
图1
图2
2.2软件体系结构
2.3 功能需求追溯
网上书店管理系统的信息数据主要是图书信息的输入输出修改、客户购买图书的信息，由
于一个书店每天都会有进书和售出的情况，导致数据库时时有更新，因此，能够及时有效的处理数据，就需要建立一个数据库来存储数据。
该网上书店管理系统的设计与实现，主要包括后台数据库的建立和维护以及前台应用程序的开发两个方面。
对于后台的数据库建立需要数据安全性好，对于前端应用程序则需要功能完善和易使用的特点。
3.复用策略
该网上书店管理系统在复用策略下，经过修改可以用在其它网上购物系统中，系统简洁易懂，也易于实现。
4.数据设计
4.1数据字典复审
①数据流条目:
1）名称：购书信息
简述：用户所需要的书籍信息
来源：用户
去向：网上书店管理系统
组成：书名+价格+书籍编号
2）名称：书籍订单
简述：用户购买图书清单
来源：用户
去向：商家
组成：书号+金额+订单号+用户名
②数据存储条目：
1）名称：用户信息
简述: 用户登陆系统的用户名
组成: 用户名+密码
组织方式：索引方式，以用户名为关键字。
2）名称: 订书信息
简述: 用户购买书籍的订单
组成: 订单号+书籍编号+价格+用户名
组织方式：索引方式，以订单号为关键字。
3）名称: 订单信息
简述: 用户支付订单的信息
组成: 订单号+书籍编号+总价
组织方式：索引方式，以订单号为关键字。
4）名称：购物车信息
简述: 用户所选择的书籍信息
组成: 书名+书籍编号+作者+出版社
组织方式：索引方式，以书籍编号为关键字。
4.2 数据项
图书信息：图书编号、图书名称、作者、出版商等
用户信息：用户编号、用户名、电话、地址等
订单信息：订单号、收货人姓名、收货人地址等
4.3.数据库结构设计
通常，采用实体-联系图（E-R图）来建立数据模型，包含实体、关系和属性三种成分。
①商家用户E-R图
图4
②客户用户E-R图
图5
③书籍信息E-R图
图6
④订单E-R图
图7
4.4.文件设计
系统客户端程序由以下几个部分构成：
default.jsp：会员登录界面(首页)
checklogon.jsp：检测登录代码和密码是否一致BuyerBean：会员的合法性检验所用的Bean booklist.jsp：给登录会员显示当前书店中可供选择的图书
addcart.jsp：将所选的图书加入购物车
shoppingcart.jsp：查看购物车的内容
5.接口设计
①用户：输入网址
系统：返回网上书店网络业务平台的主页面
②用户：点击网站上的相应链接
系统：处理相应的请求并返回相应的结果
③用户：用户帐号、密码
系统：判断其正误，并返回相应的管理菜单
④用户：提交相应的管理请求
系统：返回相关的信息，并执行用户提交的请求
5.1.用户界面设计规则
设计网页首先要明确到底谁是使用者，要站在用户的观点和立场来考虑设计软件，此外简洁和易于操作也是网页设计的重要原则，要注意视觉平衡，色彩的搭配和文字的可阅读性。
5.2内部接口设计
①系统管理与管理功能之间的接口
输入：用户的帐号，密码
输出：错误信息、根据用户请求返回其管理菜单
②内部界面与用户管理的接口
输入：用户帐号和密码
输出：错误信息、根据其角色不同，分用户与商家进入不同页面
③内部界面与书目管理的接口
输入：相关书目信息
输出：记录输入数据，并返回执行后结果，是否成功
5.3外部接口设计
网上支付功能支付宝接口
参数：账号，金额
返回：支付处理页面
6.出错处理设计
在开发阶段，数据库可能出现问题，此时可以随时修改数据库里的相应内容。
7.系统维护设计
为了清除系统运行中发生的故障和错误，软、硬件维护人员要对系统进行必要的修改与完善，为了使系统适应用户环境的变化，满足新提出的需要，也要对原系统做些局部的更新，这些工作称为系统维护。
系统维护的任务是改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中用户提出的新的功能及性能要求，其目的是维护软件系统的"正常运作"。
这阶段的文档是软件问题报告和软件修改报告，它记录发现软件错误的情况以及修改软件的过程。
五．实验总结
通过此次实验，我学会了如何进行概要设计，基本掌握了概要设计结果的表示方法。
概要设计的主要任务是把需求分析得到的DFD转换为软件结构和数据结构，并且概要设计建立的是目标系统的逻辑模型，与计算机无关。