精华内容
下载资源
问答
  • 系统分析与设计课程总结

    千次阅读 2019-05-16 09:34:00
    流程建模: 业务流程图 数据流图 模块图 分析出子系统 对子系统设计 设计分为: 总体设计:选择架构 详细设计:输入输出设计、数据库设计、代码设计等 面向对象的分析和设计 ...面向服务的分析和设计 ...系统分析员的...

    流程建模:

    1. 业务流程图
    2. 数据流图
    3. 模块图
    4. 分析出子系统
    5. 对子系统设计

    设计分为:
    总体设计:选择架构
    详细设计:输入输出设计、数据库设计、代码设计等
    面向对象的分析和设计

    1. 根据需求画用例图
    2. 用例说明
    3. 鲁棒图
    4. 时序图、类图
      面向服务的分析和设计
      考试满分60分,答多少是多少分。

    第1章 信息系统概述

    • 系统的定义
    • 系统的五个特性
      • 整体性
      • 目的性
      • 环境适应性
      • 相关性
      • 层次性
    • 系统分析员的工作有哪些(需要的技能)
    • 系统分析说明书、系统设计说明书
    • 模块哪个部分的划分是在哪个阶段确定的
      eg:子系统的划分是在分析阶段确定的。

    第2章 系统规划

    • 系统规划的定义
    • 信息系统生命周期每个阶段的任务
    • 系统规划的作用
    • 项目自己做、还是外包出去 两种选择的优缺点
      eg:★★
      自己公司开发一个商务系统还是外包开发出去还是租用别人
      自己开发:可控,对自己企业比较了解,有可控性;具有独创性和差异性,具有差异性的竞争优势
      需要我们企业具备信息技术的人才,可能和外包相比成本更大
      外包:优点:对企业而言风险较低;外包公司经验丰富
      缺点:开发完以后我的需求需要调整;知识产权问题,要保证自己的idea不会被同类公司模仿,盗用
      租用:优点:减少了建造的成本,短时间就可以投入使用
      缺点:缺少针对性,受限于服务商的条件,涉及到企业的机密

    第3章 项目管理

    • 甘特图
    • 活动图、网络图(课件上的一定要掌握),边是活动,节点不是
    • 关键路径,关键活动,最早,最晚完成时间
      如果题目只要求求出关键路径,考试不用写最早,最晚完成时间那种方法

    第4章 信息系统的开发方法(选择题)

    • 生命周期法,及其优缺点
    • 敏捷开发(★★★★★必考,必看)

    第5章 流程建模

    • 业务流程图
      在这里插入图片描述
    • 数据流程,数据流图(原题)
    • 模块结构图
    • 耦合和内聚

    第6章 面向对象分析

    • 用例图(告诉功能,画出用例)
      难度较低,类似这种:
      在这里插入图片描述
    • 泳道图
    • 了解步骤:根据用例图、泳道图这些->用例说明->鲁棒图->时序图、类图
    • 时序图
    • 类图

    第7章 设计部分

    总体设计

    • 架构:了解BS,CS,MVC,会区分是哪种架构
    • 面向服务的优缺点

    详细设计

    • 输入输出设计、人机交互
    • 数据库设计★★★(有一道大题,应用到第三范式)
      • 第一、第二、第三范式(表的规范化)
      • ER图
      • 课件例题:

    题目类型

    十五道选择题:每个一分
    问答题:外包、租用、自己开发的区别
    图:类图、用例图、ER图、数据流图
    !!敏捷的课件一定要看,是选择题的重点,一半题目都在上面
    补充:

    1. 云计算让耦合性更低了
    2. 版本化各个系统的优缺点,版本化的项目,测试用例不会减少
    3. 数据流图看原题
    4. 网络图一个练习题:
      注意关键路径一定要写网络图的边!
      注意亚活动!!!(容易犯错)
      在这里插入图片描述
      答案:29天,改变后可以缩短1天,变为28天

    在这里插入图片描述
    答案:在这里插入图片描述

    展开全文
  • 信息系统分析与设计考试重点总结.pdf
  • 信息系统分析与设计课程设计信息系统分析与设计课程设计信息系统分析与设计课程设计信息系统分析与设计课程设计信息系统分析与设计课程设计
  • 信息系统分析与设计学习总结 通过这个学期的学习我觉得在信息系统分析与设计这门课程中的收获颇多同时让我了解到在开发一个系统前进行信息系统分析与设计是重中之重正所谓工欲善其事必先利其器要想实现好的系统做好...
  • 系统分析与设计期末课程总结

    千次阅读 2019-05-16 10:40:10
    试卷 一共60分 ...战略不是系统分析员做的 企业的目标是领导人来做的 规划的定义 企业的战略目标 ?? ?? 资源分配规划 为什么要规划 确保信息系统的正确性的目标和任务,降低系统建设的风险 ...

    试卷

    一共6015个选择 15分
    剩下的是简答画图
    

    面向流程

    面向服务:

    封装成服务,不同的平台背景都可以集成,对于企业间的集成
    耦合性降低了
    

    系统的五个特性

    整体 
    目的性
    相关性 
    环境适应性
    层次性
    

    系统分析员

    战略不是系统分析员做的
    企业的目标是领导人来做的
    

    规划的定义

    系统战略规划
    业务流程规划
    总体结构规划
    资源分配规划
    可行性研究
    

    为什么要规划

    确保信息系统的正确性的目标和任务,降低系统建设的风险
    合理分配利用信息资源
    指导信息系统的开发,用规划作为将来考核系统开发的标准
    

    自主研发

    优点:
    可控
    独创性和差异性
    
    缺点:
    对信息技术的人才的要求比较高
    经验不足导致成本比外包高
    

    外包

    优点:
    成本低 有经验 风险较低
    缺点:
    没有独立的知识产权
    知识产权和机密容易泄露
    需求不明确(外包的传统缺点)
    

    租用系统

    优点:
    稳定 
    节约开发成本
    缺点:
    缺少针对性
    受限于服务商能力
    容易机密信息泄露
    

    系统开发的方法(定义 优缺点)

    瀑布
    原型
    敏捷开发
    

    敏捷
    精益
    微服务

    敏捷的实践

    需求列表的优先级的制定是
    产品经理
    来负责

    传统的迭代是1-4周

    迭代回顾会议是最佳的激励成员的方式

    精益软件开发的七个原则

    消除浪费
    内建质量
    创建知识
    推迟决策
    快速交付
    对人尊重
    整体优化
    

    微服务理念

    松耦合合并行开发 部署运行的小产品
    

    不同版本的开发

    测试是不会少的
    

    项目管理

    时间规划的方式
    	甘特图:横轴表示时间 纵轴表示活动
    	网络图:课件上的题做一遍:紧前活动那个
    

    面向过程的 面向流程建模

    业务流程图:
    	每一列是一个参与的部门 椭圆表示开始左边的标号是开始的先后顺序
    数据流图:
    	10个题:
    	局部存储一分
    	实体一分
    	处理一分
    模块图:
    	了解
    	不会话特别难的?
    	会画能分成几个模块即可
    	不画传的是数据那个点和箭头
    模块的耦合和内聚 
    	最高和最低的分别是哪个
    	耦合:最高内容耦合,最低数据耦合
    	内聚:最高功能耦合,最低偶然内聚
    

    面向对象的分析

    用例图
    	几个词就是几个用例
    	和参与者直接相连
    	几个词就是几个功能
    	
    活动图(泳道图)
    	重点!
    
    然后写用例描述(鲁棒图??)不是重点
    
    类图 重点
    	大雁那个
    时序图 重点
    	草船借箭
    

    面向服务的

    定义一定要知道
    	封装成服务
    	耦合性降低
    

    设计

    先总体的设计
    	架构 BS CS MVC 选课的系统是什么架构?
    详细设计
    	代码的设计
    	界面更加友好
    	数据库的设计 
    		3NF就够用 
    		ER图 
    		关系表怎么画 会规范化!!!课件上的例题
    	输入输出设计(概念)
    		输出
    			输出介质
    			输出格式
    		输入
    	人机交互设计
    

    子系统的划分 分析阶段

    模块图分析阶段
    

    从概念模型转化成数据模型:

    教师 学生转化成数据库里面的实体
    

    依赖倒置原则
    在这里插入图片描述

    信息系统的生命周期
    在这里插入图片描述

    展开全文
  • 信息系统分析与设计每一章的重点内容,包括,系统思想,信息,管理信息系统,信息系统规划,系统规划,系统分析概述,流程建模,用例建模,领域对象建模,系统设计概述及系统总体,详细设计,系统实施,系统维护...
  • 系统分析与设计课程项目总结

    千次阅读 2015-06-17 22:49:33
    通过本次项目,初步了解了系统分析与设计的方法,深化了软件开发过程的理解。 分析与设计实际上是对项目的一个解决方案,而编码是对其的具体实现,在这次的项目中,我们针对客户的需求,采用迭代、循序渐进的方法...

      通过本次项目,初步了解了系统分析与设计的方法,深化了软件开发过程的理解。
    分析与设计实际上是对项目的一个解决方案,而编码是对其的具体实现,在这次的项目中,我们针对客户的需求,采用迭代、循序渐进的方法进行软件开发。这样的敏捷开发,使得整个项目的难度不会太过繁杂,而且针对性强,易于开发和调试,而且也易于适应后期项目的变化。我们把整个项目分成几个小的部分,逐个开发测试,最终整合到了一起。在分析与设计的时候把工作主要分为了前端界面设计、后台服务器搭建、建立数据库、以及优化等几个方面。 
    当初决定选教师评价这个方面,主要是考虑到学校的教师评价只能到学期末才进行,失去了实时性。开始时的需求分析主要是为了解决教师评价的实时性问题,提供一个同学们关于课程和老师的互动平台。分析时也结合了我们的技术水平,觉得这个项目是我们力所能及的。分析完需求和目标人群后,我们开始设计整个项目。由于涉及了多个对象(学生,老师,课程,学校等),所以设计时的主要目标是围绕着这些对象之间的关系。通过领域模型,系统顺序图等图标,理清了对象间的关系,数据库的设计也进而出来了。在分析与设计的过程中,关注的是方法与概念,目的是将现实的问题抽象成为软件需求的案例,数据则抽象成为一个结构,从而简化分析过程。分析与设计,更加接近现实,在情景案例的分析中,找出需求与重要的情景,从而为设计提供参考,而在设计过程中,必须考虑可行性,有效性以及成本,时间等因素。
    编码阶段可以说是最繁琐的一个阶段了。编码注重现实情况,更加注重数据以及逻辑的正确性。编程的问题,是在分析与设计的基础之上,对软件需求,按照设计的方式,逐步用程序实现,即将现实问题转化成为计算机能够理解的逻辑语言。虽然说在设计阶段就理清了对象间的关系,再套上MVC模型,本应该很容易进行代码的编写的。实际上却刚好相反。由于我们使用的PHP来进行编码,这是一门我们都不熟悉的语言,里面有很多语法我们都不熟悉,所以使得整个编码过程略为艰难,几乎是边看PHP文档边编码的。
    由此可见,分析主要是分析了需求,而设计则是在概念上设计出整个项目的总体结构。即使有了上面两样,编码的过程依然非常艰难,因为你可能会面到很多技术难题,而这些都是在分析和设计阶段都没有预见到的。

    在正式编码前,我们对整个项目进行了详细的规划。但是,由于我们采用的ThinkPHP这个框架,大家对这个框架都不熟悉,所以实际上并没有完全按照计划进行。同时,在分工的时候,明确地将前台和后台分给了不同的人员来进行开发,却没有定义好前后台间交互的API,导致前台的页面和后台的控制逻辑并不能很好地契合起来,只能通过不断修改代码来磨合。
    由于开始时我们对领域模型等图没有充分的重视,导致到了后面发现当初设计的模型和数据库已经不能满足开发需求了,只能不断修改数据库和添加对象。由此可见,开发早期领域模型的设计是非常重要的。有了一个正确的领域模型,我们就可以完全照着它来进行开发,而不用边开发边改需求和数据库,这会极大加快开发进度。同时,合理的分工也是非常重要的。对于某一部分内容,最好由多个人负责;这样当其中某一个人出现什么状况而停止开发时,对整个项目的开发进度也不会产生很大的影响。 
    在项目计划中,本小组进行了非常详细的安排,并且画出了甘特图,从而为计划的实现提供了参考。但在执行的过程中,发现计划仍然出现一些没有预料到的问题。比如计划只是单线的流水作业,没有注重软件开发的并行性,因此拖长了软件开发的时间。在计划中,仍然只是注重个人的项目负责情况,没有注意到这需要团队的努力,结果项目交接的时候出现了沟通的问题,项目部分接口存在误解情况。再而,在项目计划中,留给软件测试的时间还是略短,尽管全队人员都采取了测试驱动开发的模式,降低了测试压力,但是还是出现了一些bug,最后才得以修正。因此,项目计划必须注重并行性,团队性,效率以及各阶段时间划分的合理性。
    采取了RUP4+1以及MVC模式后,软件耦合性不仅大大降低,也为全队分配任务提供了依据。各个组员都能够按照设计模式不同层级的要求,实现全队分配的任务。在进行缓存优化的时候,设计模式给予了很大的帮助,通过设计模式,我们很快地找到了原来软件的接口,进而将缓存优化嵌入到原来的软件开发之中。因此,系统分析与设计,为软件扩展提供了很好的依据,设计模式,确实能够加快软件开发过程。
    总之,通过这次项目,我理解到了软件开发不能够一个人进行工作,必须依托团队了力量,才能够开发出质量高,稳定性好的软件,这也体现了软件分析与设计在软件开发过程中上层的位置。

    展开全文
  • 系统分析与设计——UML图总结

    千次阅读 2019-07-14 14:32:09
    期末考试之前,我复习系统分析与设计的时候对UML图做了一些知识汇总,现在放到博客上。如果有不对或不恰当的地方,欢迎各位指正。本文仅仅起记录作用,可随意转载,荣幸之至。 截图来自网络或是老师的PPT 二. 概述 ...

    一. 前言
    期末考试之前,我复习系统分析与设计的时候对UML图做了一些知识汇总,现在放到博客上。如果有不对或不恰当的地方,欢迎各位指正。本文仅仅起记录作用,可随意转载,荣幸之至。
    截图来自网络或是老师的PPT

    二. 概述
    · 系统模型的三个主要部分:
    在这里插入图片描述
    功能模型:从用户的角度来看,系统的功能。包括用例图等
    对象模型:用对象表示系统的结构和子结构、属性、操作或关系等。包括类图
    动态模型:表示系统的内部行为。包括顺序图、活动图、状态图等

    · 行为图和交互图:
    在这里插入图片描述
    行为图包括:用例图、状态图、活动图和交互图。交互图又包括顺序图,协作图等。用一个树形结构来表示各种图的关系:

    下面根据例子介绍主要的几种图。

    三. 具体例子
    · sequence diagram(顺序图):
    从左到右画出对象及其生命线,对象用矩形表示,生命线用虚线;
    在生命线中嵌入的矩形,表示某一过程;对象之间用带箭头的线表示消息传递:

    上图表示客户在银行取款的部分顺序图。客户插卡属于消息传递,用带箭头实线表示并在线上面注明行为;
    返回的消息用带箭头虚线表示。同步消息和异步消息的区别如图所示。

    如果消息传递受某个条件限制,将该条件用 [] 括起来;
    表示if…else…结构,用Alt关键字标示(即alternative),并将该结构用实线框括起来:

    if…then…结构同上,区别在于关键字Alt改为Opt。
    再放一个例子:电梯系统中,一个乘客在一楼呼叫电梯准备上六楼:

    这个电梯系统的顺序图是我自己设计的,不一定很正确,但是可以参考画顺序图的规则。


    · state machine diagram(状态图):
    表示系统的各个对象的状态变化。状态用圆边矩形表示,状态之间用带箭头实线表示,实线上标注驱动状态改变的事件。
    起始点(请忽略图中的文字):
    在这里插入图片描述
    结束点:
    在这里插入图片描述
    异常终止点:
    在这里插入图片描述
    例子:仍然是电梯系统,一个乘客在一楼呼叫电梯准备上六楼,电梯的状态图:
    在这里插入图片描述
    历史状态:例如,洗衣机洗到一半突然断电,但是记录了历史状态,当通电后可以继续运行:
    在这里插入图片描述


    · collaboration diagram(协作图):
    主要表示对象间的协作关系。对象用矩形表示,用带无箭头实线表示对象间有关系,实线上方用箭头表示消息的传递,注意这些消息要用序号标记。
    下图为一个打印公司的协作图:
    在这里插入图片描述
    再例如,下图为一个安保系统的协作图,包括的对象有保安,操作台,火警传感器,安保传感器,窃贼:
    在这里插入图片描述


    · use case diagram(用例图):
    表示系统的对象和用例。系统具有边界,对象用矩形表示,画在边界外;用例用椭圆表示,画在边界内。一个对象是一个用例的actor,则将它们连起来。
    用例的关系:包含、扩展、泛化,包含和扩展都是虚线,而泛化是实线+三角,泛化的画法同对象图。扩展关系标注为extend,是带箭头的虚线,指向被扩展的用例。包含关系标注为include,也是带箭头的虚线,指向被包含的用例。
    行为者和用例的连接是不需要文字说明的。
    在这里插入图片描述
    在这里插入图片描述
    当用例图设计多个系统、多个对象,可以分开来画:
    在这里插入图片描述


    · activity diagram(活动图):
    活动图是用例流,不使用对象、类等,但是对象也可以标注出来,要下划线,可用[]表示当前该对象的状态。
    活动图的泳道:将用例按照功能或者对象分成几个部分,用实线隔开,状似泳道:
    在这里插入图片描述
    包括起始点、终止点(和状态图相同),对操作流建模,当一个操作完成时,流立即转移到下一个操作。状态的自动转移使它区别于状态图。下例为“作者-出版社-印刷厂”的活动图:
    在这里插入图片描述
    分支(选择性转移)的画法(状态图的分支也是这样画):
    在这里插入图片描述
    并发执行的画法:
    在这里插入图片描述


    · component diagram(组件图):
    通常组件在运行时由一个或多个(对象)实现,具有比类图更高的抽象级别。组件图中所有的元素都是私有的。组件图之间通过接口相连,接口分为两种:一种用于访问其他组件(凸形),一种提供给其他组件访问(凹形)。例如:
    在这里插入图片描述


    · class diagram(类图)
    类图是最常见的UML模型。包括类名、属性、方法三个部分:
    在这里插入图片描述
    类之间的关系有(根据关联强度从大到小):泛化=实现,组合,聚合,关联,依赖。
    类图分为分析类图和设计类图。我们一般先构思分析类图,再构思设计类图。两者的区别:
    a.一个分析类可能被分解成一个或多个设计类或接口;
    b.在分析阶段类图研究领域的概念,可以理解为从需求中获取,而在设计阶段类图重点描述类与类之间的接口;
    c.分析类的三高:高于设计实现(不必理会复杂的设计要求比如系统框架)、高于语言实现(不必理会采用哪一种特性的语言来编写)、高于实现方式(不必考虑采用哪一种具体的实现方式)。

    设计类应当:指明每个模块的指责、具有完整的属性和完全的描述(可见性、属性名、类型、默认值)、完整的实现方法(可见性、方法名、变量列表、属性、返回值)。例如:
    在这里插入图片描述
    分析类转为设计类:细化分析类(分析类的抽象更加细节化、增加新的属性以使类能够完整地实现)、将大的分析类拆分;细化分析关系:拆分出整体和部分(用组合或聚合连接);注意标出数据结构的特点如indexed、sorted、set:
    在这里插入图片描述
    总之,当我们分析问题域的时候,我们一般用分析类图进行表示;当我们的分析已经成熟,考虑将它们具体地实现时,一般会借用设计类图。

    展开全文
  • 领域驱动实践总结二:架构分析与代码设计 领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体...
  • 系统分析与设计知识点总结

    千次阅读 多人点赞 2016-06-19 14:06:07
    系统开发与分析复习资料——大连理工大学
  • 系统分析与设计个人总结

    千次阅读 2019-06-30 12:04:06
    个人简短小结 我们小组每个人都参与了需求分析,功能设计等会议讨论中,积极发表了自己的看法。 我主要负责微信小程序前端开发,分配前端组员的工作,和后端进行对接。 主要工作清单 小程序首页设计 任务列表和跳转...
  • 领域驱动实践总结三:具体应用设计分析 领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体性...
  • 本资源为本人本科时课程《信息系统分析与设计》的大作业,内容是影院票务管理系统分析与设计报告,包括背景描述(组织的基本情况、组织结构、组成要素、系统外部环境),管理需求和信息需求,业务流程分析,用例建模...
  • 信息系统分析与设计 目 录 引言 1 1 系统规划 2 1.1 现状调查 2 1.2 系统目标 2 1.3 可行性分析 3 1.3.1 技术可行性 3 1.3.2 经济可行性分析 3 1.3.3 社会意义可行性 3 1.4 总结 4 2 系统分析 5 2.1 系统...
  • 领域驱动实践总结一:基本理论总结与分析 一、领域驱动设计两大设计:战略设计和战术设计 二、理解和分析领域+子域+核心域+通用域+支撑域 三、理解和分析界限上下文,定义领域边界 四、理解和分析实体和值...
  • 由希赛IT教育研发中心组织编写,根据最新的系统分析师考试大纲及培训指南,按照系统分析与设计案例考试的所有知识点对历年(1990~2009)考试试题进行了分析和总结,对新版的考试大纲规定的内容有重点地细化和深化。...
  • UML(系统分析与设计核心总结)+期末考试例题分析

    千次阅读 多人点赞 2019-12-25 14:47:33
    快要期末考试了,虽然平时没怎么听课,但是期末来临,就是开始学习的时候,可以说是为了考试,但也确实可以学点东西,然后,我就根据老师发的一套习题,把UML的核心知识点总结一下,毕竟考试嘛,大家都懂,总是...
  • 由希赛IT教育研发中心组织编写,根据最新的系统分析师考试大纲及培训指南,按照系统分析与设计案例考试的所有知识点对历年(1990~2009)考试试题进行了分析和总结,对新版的考试大纲规定的内容有重点地细化和深化。...
  • 材料供应管理系统,课程设计系统分析,包含所有的流程图
  • 需求分析与系统设计课程详细总结,全面总结了需求分析课程的知识体系,为课程重点,内容分为:一.软件过程 、 二. 需求确定 、三. 可视化模型基础 、四.需求规格说明
  • 酒店管理信息系统的系统分析 酒店管理信息系统的系统设计 数据库设计 总结
  • 1 二系统分析. 3 1? 需求分析. 3 2? 可行性分析. 4 3? 目标分析. 4 4? 数据流程图. 5 三系统设计. 6 1? 系统结构设计. 6 2? 系统数据库设计. 7 四系统实施和使用. 6 五总结 一引言 社会生活的现代化使得市场的走向
  • 系统分析与设计小组项目总结报告

    千次阅读 2018-06-30 22:51:52
    个人总结本学期系统分析与设计课程我们小组的项目选题为扫码点餐系统,我在团队中担任测试工程师,JS工程师等职务。在项目的前期准备阶段,大家一起讨论,跟随课程的推进,使用课程中学到的各种知识,将整个项目的...
  • PAGE PAGE 33 人才招聘系统分析与设计 课程设计报告书 设计题目 专业班级 ...系统设计11 总结与心得31 附录 参考资料32 摘 要 面向对象的系统分析和设计是将面向对象的方法运用到软件工程的分析设计阶段面向对象的系统
  • 系统分析与设计--课程设计,包括四部分:需求分析,子系统分析,架构分析与设计,系统设计。包括E-R图,子系统图,子系统图,完整用例图,有截图及源文件,word文档,。。。。。。。。。。。。。。。。。。。。。。。...
  • 《信息系统分析与设计》考试复习材料汇总 信息系统分析与设计是高校信息管理类和计算机应用专业开设的一门理论实践结合紧密的核心课程。 材料中对信息系统的相关概念和重要例题进行的总结!希望对大家有帮助!
  • 系统分析与设计(个人总结

    千次阅读 2018-06-30 22:50:36
    因为是第一次完成一个独立的有完整前后端的系统,所以最开始跟队友们的沟通不是很完善,比如后端的实现前端的需求不能保持一致,这导致在最开始测试前端功能时数据获取、存储、更改方式最终实现的都有很大的不同...
  • 包括图书管理系统分析与设计和 数据库设计以及窗体设计,最后是总结
  • 信息系统分析与设计课程心得

    万次阅读 2017-02-28 13:41:39
    信息系统分析与设计课程心得此博客为信息系统分析与设计课程的学习心得记录。一、绪论1概念1.1信息要了解信息系统,首先要了解信息的概念。信息是我们理解世界的重要概念,我对它的定义是:信息是对客观事物及其相互...
  • 信息系统分析与设计, 觉得有用就下吧!!!!!!

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 468,103
精华内容 187,241
关键字:

系统分析与设计总结