精华内容
下载资源
问答
  • 软件系统设计基本原则

    万次阅读 2018-03-02 17:29:31
    一、抽象抽象是一种设计技术,说明一个实体的本质,而忽略不重要的方面。抽象将复杂的现象简化到可以分析、理解的程度。软件工程中从软件定义到软件开发要经历多个阶段,每前进一个阶段都可以看作是对软件解法的抽象...

    一、抽象

    抽象是一种设计技术,说明一个实体的本质,而忽略不重要的方面。抽象将复杂的现象简化到可以分析、理解的程度。软件工程中从软件定义到软件开发要经历多个阶段,每前进一个阶段都可以看作是对软件解法的抽象层次的一次细化。抽象的最底层就是实现该软件的源程序代码。在进行模块化设计时也可以有多个抽象层次,最高抽象层次的模块用概括的方式叙述问题的解法,较低抽象层次的模块是对较高抽象层次模块对问题解法描述的细化。

     

    二、模块化

    模块在程序总是数据说明、可执行语句等程序对象的集合,或是单独命名和编址的元素。模块化是指将一个待开发的软件分解成若干个小的简单部分--模块,每个模块可独立开发、测试,最后组装成完整的程序。只是一种分而治之的原则。模块化的目的是使程序的结构清晰,容易阅读、理解、测试和修改。

     

    三、封装

    封装是开发程序结构时使用的法则,每个程序的成分封装在一个单一的模块中,在定义每个模块时尽可能少的显露内部的处理。

    封装对提高软件的可修改性、可测试性和可移植性有重要的作用。

     

    四、模块独立

    模块独立是指每个模块完成一个相对独立的特定子系统,并且与其他模块之间的联系简单。模块独立有两个标准:耦合性和内聚性。

    1、耦合是模块之间的相对独立性(相互之间的紧密程度)的度量。耦合取决于各个模块之间接口的复杂程度、调用模块的方式以及通过接口信息类型等。

    耦合按从弱到强的顺序分为以下几种:

    非直接耦合:两个模块之间没有直接关系,它们分别属于不同模块的控制与调用,它们之间不传递任何信息。因此,耦合性最弱,模块独立性最高。

    数据耦合:两个模块之间有调用关系,传递的最简单的数据值,在程序中相当于值传递。

    标记耦合:两个模块之间传递的是数据结构。

    控制耦合:一个模块调用另一个模块时,传递的是控制变量,被调用模块通过该控制变量的值有选择的执行模块内的某一功能。因此,被调用模块应具有多个功能,哪个功能起作用受调用模块控制。

    外部耦合:模块间通过软件之外的环境联结。

    公共耦合:通过一个公共数据环境相互作用那些模块间的耦合。

    内容耦合:当一个模块直接使用另一个模块的内部数据,或通过非正常入口转入另一个模块内部。


    2、内聚是一个模块内部各个元素彼此结合的紧密程度的度量。

    内聚从低到高分为以下几种:

    偶然内聚(巧合内聚):一个模块内的各个元素直接没有任何联系。

    逻辑内聚:模块内执行若干个逻辑相似的功能,通过参数确定该模块完成哪一个功能。

    时间内聚:把需要同时执行的动作组合在一起形成的模块称为时间内聚模块。

    过程内聚:一个模块完成多个任务,必须按照指定的过程执行。

    通信内聚:模块内的所有处理元素都在同一个数据结构上操作,或者各处使用相同的输入数据或产生相同的输出数据。

    顺序内聚:一个模块中的各个处理元素都密切相关同一个功能且顺序执行,前一个功能元素的输出是下一个元素功能的输入。

    功能内聚:模块内所有元素完成同一个功能,缺一不可,是最强的内聚。

    将软件划分系统模块是,应尽量做到高内聚、低耦合,提高模块独立性。


    五、系统深度

    表示软件结构中控制的层 数,它往往能粗略地标志一个系统的大小和复杂程度。如果层数过多则应该考虑是否有许多管理模块过分简单, 能否适当合并。


    六、系统宽度

    是软件结构内同一个层次上的模块总数的最大值。宽度越大系统越复杂。对宽度影响最大的因素是模块的扇出 。


    七、模块扇出

    模块的扇出是指一个模块直接控制(调用 )的下层模块数目 。扇出过大意味着模块过分复杂,需要控制和协调过多的下级模块;扇出过小也不好。设计得好的系统平均扇出是3或4。


    八、模块扇入

    是指有多少个上级模块调用它,扇入越大则共享该模块的上级模块数目越多 。


    在模块分解时需要注意:
    保持模块的大小适中
    尽可能减少调用的深度
    直接调用该模块的次数应该尽最多,但调用其他模块的次数则不宜过多(扇入大,扇出小)。好的软件设计结构顶层高扇出,中间扇出较少,底层高扇入。
    保证模块是单入口、 单出口的,模块的作用域应该在模块之内
    功能应该是可预测的


    展开全文
  • 信息系统分析与设计课程心得

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

    信息系统分析与设计课程心得

    此博客为信息系统分析与设计课程的学习心得记录。

    原文出自http://blog.csdn.net/qq_31456593/article/details/58593089


    第1、2、3章:
    1、信息定义与基本属性?
    信息是经过加工后的数据,它对接收者有用,对决策或行为有现实或潜在的价值。具有以下基本属性:
    事实性、扩散性、传输性、共享性、增值性、不完全性、等级性、滞后性

    2、系统的特性
    系统的整体性、系统的层次性、系统的目的性、系统的稳定性
    系统的突变性、系统的自组织性、系统的相似性

    3、管理的层次
    一个企业可以分为三个层次:高层管理(战略管理)、中层管理(战术管理)、基层管理(作业管理)。
    战略性决策指有关重大方向性问题的决策
    战术性决策指为了保证战略性决策所需要的人、财、物的准备而进行的决策
    日常业务活动决策往往有经常性和重复性,有规律可循,可以事先安排

    4、信息系统定义与对企业管理的影响
    信息系统就是输入数据,通过加工处理,产生信息的系统
    以计算机为基础的信息系统定义为:结合管理理论和方法,应用信息技术解决管理问题,为管理决策提供支持的系统。特点是面向管理。
    对企业管理的影响(企业过程重组BPR):
    1)帮助企业高层领导规划、控制企业的运作,获得整个企业内部和外部信息,以辅助他们决策
    2)支持企业中层管理,辅助管理控制
    3)帮助企业基层有效地应用信息技术,减少重复劳动,提高工作效率

    第4章:
    1、复杂性的理解
    信息系统建设周期长、投资大、风险大,比一般技术工程有更大的困哪和复杂性,这是因为:
    1)技术手段复杂
    2)内容复杂,目标多样
    3)投资密度大,效益难以计算
    4)环境复杂多变

    2、信息系统开发是一个社会过程
    1)将信息系统建设与一般技术工程相比较,信息系统建设的困难不仅来自技术方面,还来自企业内部环境。
    2)影响信息系统成败的有体制、政策、法规、观念、技术鞥多种因素。技术不是唯一因素,甚至不是主要因素。
    3)信息系统是人机交互系统,其开发、维护都离不开人的参与。从社会行动观点看,信息系统系统开发是人类活动协调序列,是多种参与者的协作过程。
    4)信息系统不只是单纯的计算机系统,而是辅助企业管理的人机系统

    3、信息系统的生命周期

    系统规划、系统分析、系统设计、系统实现、系统运行和维护
    系统规划阶段:系统规划阶段的任务是对企业的环境、目标及线性系统的状况进行初步调查,根据企业目标和发展战略,确定信息系统的发展战略,对建设新系统的需求做出分析和预测,同时考虑建设新系统所受的各种约束,研究建设新系统的必要性和可能性。根据需要与可能,给出拟建系统的备选方案。对这些方案进行可行性分析,写出可行性分析报告。可行性分析报告审议通过后,将新系统建设方案及实施计划编写成系统设计说明任务书。

    系统分析阶段:系统分析阶段的任务是根据系统设计任务书所确定的范围,对现行系统进行详细调查,描述现行系统的业务流程,指出线性系统的局限性和不足之处,确定新系统的基本目标和逻辑功能要求,即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段,也是信息系统建设与一般工程项目的重要区别所在。
    系统分析阶段的工作成果体现在系统说明书中,这是系统建设的必备文件。他既是给用户看的,也是下一阶段的工作依据。因此,系统说明书既要通俗,又要准确。用户用过系统说明书可以了解未来系统的功能,判断是不是奇说要求的系统。系统说明书一旦讨论通过,就是系统设计的依据,也是奖励来验收系统的依据。
    系统设计阶段:简单的讲,系统分析阶段的任务是回答系统“做什么”的问题,而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求,考虑实际条件,具体设计实现逻辑模型的技术方案,也即设计新系统的物理模型。这个阶段又称为无力设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是“系统设计说明书”。

    系统实施阶段:系统实施阶段是将设计的系统辅助实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和陶氏,程序的编写和调试,人员培训,数据文件转换,系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开,必须精心安排、合理组织。
    系统实施是按实施计划分阶段完成的,每个阶段应写出实施进度报告。系统测试之后写出系统测试分析报告。

    系统运行和维护阶段:系统投入运行后,需要经常进行维护和评价,记录系统运行的情况,根据一定的规格对系统进行必要的修改,评价系统的工作质量和经济效益。

    4、信息系统开发方法
    生命周期是指导性方针,很抽象,具体的信息
    系统开发方法有很多,主要研究方向有两类:
    针对开发过程: 不同的信息系统开发过程模型。关注整个开发采取哪些步骤,每个步骤包含哪些任务,由什么人完成,任务的成果如何体现等,也称为不同的生存周期模型
    针对开发技术: 不同的建模方法,从不同的观点来反映系统的全貌,并采用不同技术手段予以实现
    瀑布开发方法

    强调阶段的划分和阶段严格的顺序
    各阶段工作任务明确,要求文档完备性
    是一种严格线性的按阶段顺序的、逐步细化的开发模式,消除了软件开发的随意性

    特点:
    1) 简单易用,容易理解
    2) 开发的进程一个顺着一个,没有反馈过程,需要严密控制
    3) 允许基线和配置早期接收控制
    4) 一个新的项目不适合这种模型
    5) 用户直到项目结束才能看到质量如何
    6) 不允许或者严格限制变更
    不足:
    需求:客户常常难以表达真正的需求,而这种模型却要求严格的阶段性成果,返工困难,变 更代价很大
    风险:客户要等到开发周期的晚期才能看到程序运行的测试版本,这时若发现大的错误,可 能引起客户的惊慌,其后果也可能是灾难性的
    效率:因为前后任务的依赖关系,成员不能并行工作,有可能花在等待的时间比开发的时间 要长,即所谓的“堵塞状态”
    (适用于一些需求已明确并且变化较少的信息系统)

    原型开发方法

    特点:
    用户积极参与
    原型的开发没有严密的阶段性
    短期获得测试版本,降低风险

    应用于以下场合:
    需求含糊,用户不能标识出详细的输入、处理和输出需求
    设计方案不明确,开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性

    不足:
    1. 用户随意无止境的需求变化,因为用户容易产生误解,认为系统很容易被构造和修改
    2. 如果采用原型基础上继续构造,由于修补过度,软件质量不易于保证
    3. 开发人员为了快速构造原型,可能会采用不合适的操作系统、语言、算法等,造成后期风险,如系统适应性差、维护困难等

    增量开发方法
    一条直线一次性到达目的总是困难的。
    紧迫的市场期限使得难以完成一个完善的软件产品,缓解压力的方式是先提交一个有限的版本,细节部分逐步增加。
    增量模型——融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。 搭积木的方式,如按子系统划分增量

    特点:
     以功能递增的方式进行软件开发
     能较快地产生可操作的系统
     在每一步递增中,都可以把用户/开发者的经验结合到不断求精的产品中
     可改善测试效果和降低软件开发总成本
    应用场合:
     项目开始,明确了需求的大部分,但是需求可能会发生变化
     对于市场和用户把握不是很准,需要逐步了解
     对于有庞大和复杂功能的系统进行功能改进,本身就需要一步一步实施的。

    螺旋开发方法
    把软件开发过程定义成不断上升的螺旋周期,每个周期划分为计划、风险分析、实施和评价四个方面。沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本

    特点:
     风险驱动,可以在生命周期早期强制性的确定项目中存在的风险
     需要开发人员具有相当丰富的风险评估经验和专门知识
     要求用户参与阶段评价,对用户要求较高
    适用于:
     单位内部开发的大规模软件项目
     风险是项目的主要制约因素
     可能会发生重大变更
     采用新技术

    5、基于技术的开发方法(一个简答题10’)
    信息系统建模方法:
     面向过程的建模方法,也称结构化方法
     面向对象的建模方法

    1)结构化方法,也称为 面向功能/面向过程/面向数据流 的软件开发方法
    结构化分析(SA)对软件进行需求分析,以数据流图表示
    结构化设计(SD)进行总体设计,以模块结构图表示
    结构化程序设计(SP),以程序流程图表示
    结构化方法的基本思想:从系统功能出发,自顶向下,按照层次逐步分解求精

    2)面向对象的分析方法,以对象的观点来观察世界。
    它认为一个系统可以被看成一系列相互作用的对象组成,每个对象拥有自己的数据结构和行为方式,以及能触发对象的某种操作(行为)而改变其状态(数据结构)的事件。
    面向对象分析(OOA)、设计(OOD)和程序设计(OOP)最重要的模型图是对象图/类图。

    3)两者比较
     结构化方法
    容易理解和交流,对于大系统可以从全局逐步展开到局部,整体性较好。

     面向对象
    稳定可靠,有利于维护和重用,并容易实现多层分布式结构,技术先进,但对前期分析设计人员要求较高,用户理解模型有困难。

    结构化技术的特点:把现实世界描绘为数据在信息系统中的流动,在数据流的过程中数据发生转化。
    通过自定向下的程序将复杂的程序分解为程序模块的层次图,概括为自顶向下、逐步求精
    、模块化设计、结构化编码的基本特点。

    面向对象的特点:面向对象技术将数据模型和处理模型二合为一,将属性和方法封装在一个对象当中。
    将信息系统看成是一起工作来完成某项任务的相互作用的对象集合:通过定义系统中所有对象类型并显示对象之间是如何通过相互作用来完成分析任务。
    面向对象就是既使用对象有试用类和继承等机制,而且对象之间仅能通过传递消息实现彼此通信。
    面向对象优点:1、稳定性好; 2、可重用性好; 3、较易开发大型软件产品; 4、可维护性好

    结构化方法就是将系统看成是过程的集合,过程与数据实体之间交互,过程接受输入并产生输出。

    面向对象方法则不再把程序看成工作在数据上的一系列过程或函数的集合,而是把程序看做是相互协作而又被彼此独立的对象的集合。

    1、从概念方面看
    结构化软件是功能的集合,通过模块以及模块和模块之间的分层调用关系实现
    面向对象软件是事物对象的集合,通过对象以及对象和对象之间的通讯联系实现

    2、从构成方面看
    结构化软件是过程和数据的集合,以过程为中心;
    面向对象软件是数据和相应操作的封装,以对象为中心

    3、从运行控制方面看
    结构化软件采用顺序处理方式,由过程驱动控制
    面向对象软件采用交互式,并行处理方式,由消息驱动控制

    4、从开发方面看
    结构化方法的工作重点是设计;面向对象的房的工作重点是分析
    在结构化方法中,分析阶段和设计阶段采用了不相吻合的表达方式,需要把在分析阶段采用的具有网络特征的数据流图转换为设计极端采用的具有分层特征的软件结构图;
    在面向对象方法中,设计阶段的内容是分析阶段的细化,则不存在这一转换问题

    第5章:
    1、信息系统规划的任务
     制定信息系统发展战略
     制定信息系统总体方案
     制定信息系统开发计划
     制定信息系统资源分配

    2、可行性分析是哪几个方面和主要工作
    是指在企业当前情况下,研制这个信息系统是否有必要,是否具备必要的条件。可能性、必要性、合理性
    1) 技术可行性:根据现有的技术条件,能否达到所提出的要求;所需要的物力资源是否具备,能否得到
    2) 经济可行性:估计项目的成本和效益,分析项目经济上是否合理。要解决两个问题:资金可得性和经济合理性。
    3) 社会可行性:组织内部的改革是否能够推行(体制变化、人员精简)
    领导和员工的素质、支持度/阻力
    上级单位的认同
    政策、法规

    第6章
    1、系统分析的主要任务
    系统分析员与用户在一起充分理解用户的要求,并把双方的理解用书面文档——系统分析说明书表达出来。

    2、收集的业务信息:
    管理目标、功能、业务管理、数据流程
    企业系统规划的四个步骤(P77):
    1)定义管理目标:确定各级管理的统一目标,各个部门的目标要服从总体目标
    2)定义管理功能组:即识别企业在管理过程中的主要活动
    3)定义数据分类:四种数据类型——文档型、事物型、计划型、统计型
    4)定义信息结构:划分子系统,确定信息系统各个部门及其相关数据之间的关系,确定子系统的先后顺序

    3、业务流程图和数据流图
    1)数据流图元素符号

    外部实体:
    指系统以外又与系统有联系的人或事物。它表达了该系统数据的外部来源和去处
    外部实体是数据的来源(谁提供了最初始的数据?)
    外部实体是数据的去处(数据对谁有价值?)

    处理:
    指对数据的逻辑处理功能,也就是对数据的变换功能。
    别名:功能、处理过程,数据加工

    数据流:
    指处理功能的输入或输出(箭头表示数据流向) 。

    数据存储:
    表示某种数据保存后的逻辑统称。不是指保存数据的物理地点或物理介质。
    流入数据存储的数据流: 将处理后的数据写入或修改到数据存储中
    流出数据存储的数据流: 从数据存储中查询获取数据,不改变原来的数据

    其他图形表示:
    数据流图中的图形元素有不同的画法,本书使用Gane-Sarson画法

    2)数据流图画法看书或者ppt,考试只用话2层,不需要过度分析

    3)数据流图和业务流程图的却别
    1、描述的对象不同
    业务流程图描述某一具体的业务,数据流图描述对象是数据流
    2、功能不同
    业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。
    数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。
    3、基本符号不同
    4、绘制过程不同
    业务流程图是用一些规定的符号及连线来表示某个具体业务处理过程
    数据流图是按照“自顶向下,逐层求精”的方法进行的

    4)DFD规范:
    1.数据守恒
    2.在一套数据流图中的任务和一个数据存储,必定有流入的数据流和流出的数据流,即写文件和读文件,缺少任何一种都意味着遗漏某些加工。
    3.父图中某一处理框的输入,输出数据流必须出现在对应的子图中,否则就会出现父图与子图的不平衡。
    4.任何一个数据流至少有一端是处理框。

    5)表达处理逻辑的工具
    1. 结构化语言
    三种基本语句:祈使语句、判断语句、循环语句
    2. 判定树
    如果一个动作的执行不只是依赖一个条件,而是与多个条件有关,那么这项策略的表达就比较复杂,就可以使用判定树来表示
    3. 判定表
    如果条件较多、每种条件的取值情况也较多的情况下,可以使用判定表。
    判定表的优点是可以把各种组合情况一个不漏地表示出来,还能帮助发现遗漏和矛盾的地方。
    4、适用范围
    决策树适合10~15种行动的一般复杂度的决策,有时也可把决策表转换成决策树,便于用户检查。
    判定表适合于多个条件的复杂组合。
    如果一个判断包含了一般顺序的动作或循环执行的动作,则用结构化语言。

    第7:用例建模
    1、用例的意义
    1) 用例是对系统需求(主要是功能需求)的规范化的描述。
    2) 用例图及用例的事件流描述集中体现了系统责任,
    3) 通过用例建立交互图。交互图就是用例的具体实现,即系统中的对象以及对象间协作是如何完成一个用例的全部过程。
    4) 用例驱动的开发过程,从用例模型到分析模型和设计模型之间有一致性和可追踪性。

    2、用例图的构建(具体看书或ppt)
    1)确定参与者
    参与者是系统之外与系统进行交互的任何事物,只有在执行系统功能时与信息系统进行实时交互的人员才能被当作参与者
    1.使用系统的个人
    2.系统所连接的外部硬件。
    3.与该系统进行通信的其他信息系统。
    2)确定用例
    用例就是功能性需求。
    每个用例至少和一个参与者相关,用例名称要体现参与者希望系统提供的功能。
    3)描述每个用例
    至少包括以下内容:用例名、参与者、目标、前置条件、事件流、后置条件

    双列格式:

    顺序图:
    纯文本的用例描述直观性较差
    使用UML中的顺序图可以图形化地表现出参与者和系统之间的交互

    3、用例关系
    1) 包含关系:经过封装后可以在各种不同的基本用例中复用的行为称为包含用例。
     基本用例可以控制包含用例,并依赖于(使用)包含用例所得到的结果。
     包含用例是基本用例存在的必要条件
     一个基本用例可以有多个包含用例,一个包含用例可以包含在若干基本用例中。包含关系可以嵌套,但超过三层的嵌套是难于理解的。

    2) 扩展关系:表达某些可选或只在特定条件下才执行的系统行为的用例,它们是对基本用例的扩展。称为扩展用例。
     扩展用例是可选的,它是否执行取决于在执行基本用例时所发生的事件(存在扩展点)。
     扩展用例的缺失不影响对基本用例的理解。

    3) 泛化关系(不推荐):如果两个或更多用例在行为、结构和目的方面存在共性,可以使用泛化关系。父用例描述这些共有部分,子用例继承父用例并特殊化。
     用一个新的、通常也是抽象的用例来描述多个用例的共有部分(父用例),子用例继承父用例的所有结构、行为和关系,并含有自己特殊的部分。
     父用例通常是抽象的,如果两个子用例都对同一父用例进行特殊化,则两个子用例是相互独立而且完整的,这一点与包含关系扩展关系不同。

    4)三者区别(百度的):
    1.扩展不属于依赖,是用在用例和用例之间,扩展是指扩展用例与基用例之间的关系,说明如何将扩展用例定义的行为插入基用例定义的行为序列。比如发布博客用例和暂存博客用例之间就可以是扩展关系。
    2.包含属于依赖的一种,也是用在用例和用例之间,比如写博客用例,应包含了插入图片用例。
    3.泛化是集成,用在角色和角色之间,比如管理员和系统管理员可以是泛化关系。

    第8:类图
    1、面向对象的特点与优势(参见上面的比较。基本:封装继承多态)
    2、类与类的关系(考试结合图判断关系)
    1)关联
    关联表示不同类的对象之间的结构关系,它在一段时间内将多个类的实例连接在一起。可以使用关联表示对象了解其他对象的程度。
    要素:关联名称、对象在关联中的角色、多重性、导向性

    多重性:

    2)类的泛化
    泛化(Generalization)是在多个概念之间识别共性,定义超类(一般概念)和子类(特定概念)关系的活动。

    3)聚合
    描述整体-部分的关系,部分可能同时属于多个整体对象。
    关联路径的末端有一个空心菱形,用来表示聚集关系。

    4)组合
    组合聚集具有很强的归属关系,部分只能是一个组合对象的成员,而且部分对象的存在是依赖于整体对象,与整体同生共死。
    整体端的重数不会超过 1(即它无法被多个整体对象共享),关系建立后是不可变更。
    关联路径的末端有一个实心菱形,用来表示组合关系。

    5)依赖

    3、类图(具体看书或ppt,考试一切以业务描述为主,用名字短语来画图)
    类图(class diagram):描述了构成一类对象特征的状态和行为(描述软件架构)
    定义领域类属性的原则
    1.仅定义与系统责任和系统目标有关的属性。
    2.使用简单数据类型来定义属性。如数字、字符串、日期、布尔、文本等。还包含多种特征或规则的数据,可考虑作为独立的对象类。
    3.一般不使用可导出的属性。
    4.不为对象关联定义属性。属性只用于体现对象本身的内在性质,关联属性来实现,但那是设计阶段的问题,应推迟考虑。
    5.如毕业设计题目与教师和学生存在关联,但题目中不应定义“教师姓名”、“学号”之类的属性。

    第9:系统设计
    1、经典的三层架构
    表现层:处理用户和信息系统之间的交互。
    可以是简单的命令行窗口,也可以功能完善的图形用户界面(胖客户端程序),如基于HTML的浏览器界面(瘦客户端程序)。

    业务逻辑层:也称为领域层或应用层,是信息系统所有和领域相关的工作。
    如根据输入数据或已有数据进行计算,依赖于数据访问层获取数据或保存数据,类库形式。

    数据访问层:一般指与数据库的交互,主要责任是数据库记录的存取。

    简化的层次结构:
    表现层
    业务层+数据访问层

    甚至简化成没有分层:
    窗口程序=表现+业务逻辑+数据存储
    程序几乎不能重用

    2、模型视图控制器架构MVC
    模型: 即相关的数据,它是对象的内在属性
    视图: 是模型的外在表现形式,一个模型可以对应一个或者多个视图,视图还具有与外界 交互的功能
    控制器:是模型与视图的联系纽带,控制器提取通过视图传输进来的外部信息转化成相应事 件,然后由对应的控制器对模型进行更新; 相应的,模型的更新与修改将通过控 制器通知视图,保持视图与模型的一致性

    3、顺序图(具体看书或ppt)
    1) 从用例描述中选择主要actor和发起事件。
    2) 选择实现用例所需的基本显示屏幕,即边界对象。
    3) 选择一个用例控制者(基本控制对象)来处理边界对象和领域对象之间的通信,从而实现模型-视图分离
    4) 选择出所有参与到用例中的领域类(实体对象)。
    5) 以上过程可以动态创建所需要的类
    6) 若用例涉及到任何的包含或扩展用例,则可根据需要为它们创建次级控制对象。
    7) 确定实现用例所需的窗口数目,可根据需要为每个主要窗口创建一个次级边界对象。
    8) 在顺序图中按如下次序列出这些对象: 边界类对象、用例控制者、实体对象(以访问次序列出) ,以及按访问次序为准的次级控制对象和次级边界对象。
    9) 根据如下类别来识别所有解决问题的操作:
    实例创建和析构
    关联形成
    属性修改:计算、改变状态、显示或报表需求
    与外部对象或系统的接口
    10) 尽可能地根据任何已经存在的设计模式,来重新排列对象类之间消息的序列。
    11) 命名每个消息并为其提供可选参数。
    举例:
    一个用户登录的用例:
    系统中有多个用户
    每个用户属于一个用户组
    每个用户组有不同的授权
    权限有多种,如数据查询、数据添加、数据删除、数据修改等

    登录用例:
    界面对象接受输入的用户名和密码
    用例控制对象根据用户名和密码进行权限验证
    用户对象确认用户是合法用户
    通过用户的用户组对象获得有关权限
    界面对象显示登录成功/不成功结果

    分析阶段顺序图

    设计阶段顺序图

    第10:系统测试(了解)
    目前,检验软件有三种手段:动态检查、静态检查和正确性证明。

     程序正确性证明技术目前还处于初级阶段,
     静态检查指人工评审软件文档或程序,发现其中的错误(代码审查、代码走查、同行评审)。
     动态检查就是测试。测试是为了发现错误而执行程序的过程。测试只能证明程序有错误,而不可能证明程序没有错误。

    测试技术:
    1、黑箱测试/黑盒测试
    这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序模块的详细说明,检查程序的功能是否符合它的功能说明。
    黑盒测试又叫做功能测试或数据驱动测试

    2、白箱测试/白盒测试
    此方法把测试对象看做一个透明的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑结构进行测试。
    通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。

    展开全文
  • 信息系统开发 系统开发过程 能力成熟度模型CMM 随着组织中标准信息系统开发过程的成熟,项目时间和费用在减少,同时生产率和质量在提高。梅隆大学开发出能力成熟度模型CMM l 第一级:初始级,混乱状态, l 第...

    信息系统开发

    系统开发过程

    能力成熟度模型CMM

    随着组织中标准信息系统开发过程的成熟,项目时间和费用在减少,同时生产率和质量在提高。梅隆大学开发出能力成熟度模型CMM

    l  第一级:初始级,混乱状态,

    l  第二级:可重复级:组织已建立了项目管理过程和事件来跟踪项目费用、进度和功能。这一级的重点是项目管理

    l  第三级:已定义级:组织开发了一个标准的系统开发过程。所有项目都用这个开发过程开发和维护。所有项目都使用标准化的过程,开发过程是稳定、可预测和可重复的。

    l  第四级:已管理级:组织建立了可度量的质量和生存率目标。开发过程和产品质量信息收集和存储在数据库中,并且组织根据收集的数据努力调高项目管理水平。

    l  第五级:优化级:根据第四级建立的度量和数据分析,标准化的系统开发过程被连续的监督和改进。组织实施制度化的持续系统开发过程改进措施。

    系统生命周期和系统开发方法

    大部分系统开发过程源自一个自然的系统生命周期,系统生命周期只是自然存在的。生命周期的两个阶段,注意两个关键事件出发了两个阶段之间的转换:

    n  当系统从开发阶段循环到运行和支持阶段时,必然发生一次转换

    n  在某个时刻出现报废,系统将从运行阶段循环到重新开发。

    系统开发方法“执行”系统生命周期的开发阶段。

    系统开发基本原理

    原理1:让系统用户参与

    系统用户的参与对于成功的系统开发是必需的。系统设计,构造人员必须抽出时间同所有者和用户交流,坚持请他们参与项目,并对可能影响他们的决策寻求所有关联人员的支持。

    人们往往抵制变化,所以信息技术经常被看作是一种威胁。克服这种威胁的最好方法,就是与所有者和用户经常全面的交流。

    原理2:使用一套问题解决步骤

    一般的问题解决步骤如下:

    1.         研究并理解问题,问题的上下文和问题的影响

    2.         定义方案必须满足的需求

    3.         确定满足需求的候选方案,并选择最佳方案

    4.         设计和实现选出的方案

    5.         观察并评估该方案的影响,相应地细化该方案

    原理3:确立开发阶段和开发活动

    FAST方法的阶段

    等价的通用阶段

    范围定义

    项目启动

    问题分析

    项目启动和系统分析

    需求分析

    系统分析

    逻辑设计

    系统分析

    决策分析

    系统分析到设计阶段转换阶段

    物理设计和集成

    系统设计

    构造设计和测试

    系统设计和系统实现

    安装和分析

    系统实现

     

    原理4:在开发过程中记录文档

    为了促进不断变化的关联人员之间的有效交流,文档必须随同整个系统开发工作同时展开

    原理5:建立标准

    建立一个企业信息技术架构并推动项目和团队执行此架构意义重大

    原理6:管理过程和项目

    过程管理确保一个组织选定的过程在所有项目中得到一直的运用。过程管理还定义和改进选定的过程

    项目管理确保以最小的开销、在规定的时间内、以可接受的质量开发信息系统。

    过程管理和项目管理受到质量管理的需求影响。过程中的质量标准确保了每个阶段的活动和交付物对高质量的信息系统的开发做出贡献。

    原理7:将信息系统作为重要的投资看待

    信息系统被是投资,所以系统开发项目经常由企业规划所驱动。信息系统斩落规划由企业战略规划驱动,企业战略规划够花出整个企业的发展路线。

    原理8:不必害怕取消或返工

    原理9:分而治之

    为了更容易地解决问题并构件更大的系统,我们将一个系统分解成子系统和组件,在系统分析中,我们称为分解。简化问题解决的过程。通过将系统的不同部分委托给不同的关联人员,这种分而治之的方法对沟通和项目管理也是一种友谊的补充。

    原理10:设计系统时应考虑到增长和变化

    企业在不断变化,业务需求在变,业务的优先次序在变。相应地,支持业务的信息系统也必须不断的变化。好的方法应该接受变化的现实。

    所有系统都随着时间不可避免地出现衰退现象。系统实现后,就进入了生命周期运行和支持阶段。在这个阶段,分析员将遇到修改系统的需求,进行修改以支持用户需求。

    系统开发过程

    项目确定

    大部分项目的推动力院子问题、机会和知识(简称问题)。因此,问题解决包括了解决问题,探索机会和实现指示。

    潜在问题的种类太多,通过PIECES问题分类框架解决。

    FAST项目阶段

    1.         范围定义阶段

    首先,它回答一个问题:这个项目值得考虑吗?。其次它确定项目的范围,目标约束和限制条件以及所需的项目参与者、预算和进度。

    最终最重要的发布物是“工作陈述”,工作陈述是开发信息系统的合约和协议,它合并了问题陈述、范围陈述以及进度和预算,提供给所有将参与该项目的各方。

    2.         问题分析阶段

    问题分析阶段研究现有系统,分析和发现问题,促使项目团队更深入的理解英发该项目的问题,并回答一个重要问题:解决这些问题的收益是否超过构建系统的开销?

    问题分析阶段的前提条件是范围定义阶段定义和批准的“范围和问题陈述”,发布物是一组“系统改进目标”,来自对业务问题的全面理解。这些目标不是定义输入,输入和过程,而是定义业务评价标准,新系统将按照这个标准进行评价。

    3.         需求分析阶段

    新系统应该为用户提供什么功能?必须收集什么数据?存储什么数据?期望达到什么样的性能等级?注意,也就是要求做出关于系统必须做什么的决策,“需求分析阶段”就是要定义业务需求,并且为他们排序。简单的说,分析员同用户接触,找出用户需要什么,或者他们想从系统中得到什么?

    来自问题分析阶段的“系统改进目标”是需求分析阶段的前提,交付物是“业务需求陈述”。

    通常需求也必须排列优先级,有两个作用:

    l  如果项目时间要求变得紧迫,需求优先级可被用来重新确定项目范围

    l  优先级经常用来定义设计和构造系统的迭代层次,以形成最终产品的分级发布物。

    4.         逻辑设计阶段

    业务需求通常是口头表达的。系统分析员要把这些话语转换成系统模型。以验证需求的完整性和一致性。系统建模印证了一个永恒的概念:一幅图胜过千言万语。

    此阶段将业务需求转换成系统模型。逻辑设计意味着与技术无关。即模型图鼓励与任何可能的技术方案展示了整个系统。

    此阶段交付物:逻辑设计模型和规格说明书

    5.         决策分析阶段

    当获得业务需求和逻辑系统模型后,通常有大量的可选方案用来设计满足这些需求的新系统。

    此阶段的目的是:

    l  确定候选技术方案

    l  分析这些方案的可行性

    l  推荐一个候选系统作为目标方案进行设计。

    此阶段的交付物是:系统方案建议

    6.         物理设计和集成阶段

    此阶段的目的是将业务需求陈述转变成用于知道系统构造的“物理设计说明”。也就是说,物理设计解决如何将技术应用与新系统中。

    此阶段的交付物是:物理设计模型和规格说明

    7.         构造和测试阶段

    此阶段的目的是:

    l  创建并测试一个实现业务需求和设计说明的系统

    l  实现新系统和现有系统之间的接口。

    8.         安装和发布阶段

    9.         运行和维护阶段

    一旦系统投入运行,就需要对其生命周期的剩余阶段提供不断的系统支持:

    l  辅助用户使用

    l  修正软件BUG

    l  恢复系统(安全方面)

    l  调整系统适应新需求

    跨生命周期活动

    也就是说未开始项目就提前介入组织中进行提前的了解和准备

    调查研究

    记录文档和演示汇报

    可行性分析

    项目管理和过程管理

    l  过程管理定义了每个项目使用的方法---可以理解成盖楼的方法,来构建系统

    l  项目管理则是把管理方法应用单个项目时的实例

    顺序开发和迭代开发

    瀑布开发或迭代开发

    选择开发路线和策略

    模型驱动开发策略

    过程建模
    数据建模
    对象建模

    快速应用开发策略

    商用应用软件包实现策略

    混合策略

    系统维护

    自动化工具和技术

    计算机辅助系统工程

    应用开发环境

    过程和项目管理器

    展开全文
  • 信息系统分析与设计相关

    千次阅读 2018-06-11 19:24:00
    信息系统存在并分布于组织系统之中,与企业过程紧密交织在一起,组织活动中的各种 ++信息流++ 出入于信息系统,通过信息系统对组织信息的 ++加工++, ++处理++,为组织目标所用 根据系统资源的 ++空间分布情况++,将信息...

    填空:

    1. 信息系统存在并分布于组织系统之中,与企业过程紧密交织在一起,组织活动中的各种 信息流 出入于信息系统,通过信息系统对组织信息的 加工, 处理,为组织目标所用

    2. 根据系统资源的 空间分布情况,将信息系统分成 集中式系统分布式系统,按照信息系统面向的智能分为 生产、销售、财务、人事 等系统,现有信息系统的商品软件中不少就是面向某一个或某类管理职能的。

    3. 按照信息系统支持管理与业务活动的内容层次和范围,可以吧信息系统分为 面向业务运转的系统面向管理决策的系统.

    4. 信息系统结构 是对信息系统个构成要素及其关系的描述.

    5. 信息系统概念结构是从抽象的概念层次表示的信息系统的宏观结构,是对信息系统特征的宏观描述,信息系统概念呈现为 管理层维, 职能层维,功能层维 的三层维宏观逻辑结构.

    6. 信息系统的 开发方法 可以从基于 开发过程 和基于 开发技术 两个维度来描述,前者侧重系统的生命周期,开发方法将包含整个开发的步骤,每个步骤的任务,后者侧重 开发技术及系统模型 的建立.

    7. 信息系统的生命周期
      1.系统规划 2.系统开发 3.系统运行与维护 4.系统更新

    8. 信息系统的开发周期:1.系统分析 2.系统设计 3.系统实施 4.移交阶段

    9. 目前主要的开发过程模型有
      瀑布开发模型,原型开发模型,迭代开发模型,螺旋开发模型,

    10. 基于开发技术的信息系统开发方法:
      软件工程法,信息工程法,复杂系统建模方法;

    11. 信息系统开发的必要条件, 管理模型,信息系统模型,系统实现的基本环境 是管理信息系统开发的必要条件.

    12.UML基本要素分为三个方面, 事务,关系,图

    13.子系统划分的一句包括: 1,企业流程与主题数据分析,流程/组织矩阵-- U/C矩阵, 2.企业管理决策的机制 3.信息管理的要求;
    管理信息系统一般包含以下类型的子系统:1.管理高层决策支持子系统 2.综合信息管理子系统 3.基本功能子系统 4.信息采集点
    14.需求引导方法:1.原型法 2.联合应用开发会议 3.管魔法 4.启发法

    1. 基本加工涉及详细的数据处理功能和过程,为了做到 准确,清晰,简介,基本加工的描述往往需要多种手段和工具,所用工具有 1.自然语言的文字叙述 2.结构化语言 3.决策树 4.决策表 5.数学公式 6.以上聚合
      16.类图不仅定义系统中的类,表示类的内部结构(类的属性和操作),也表示类与类之间的关联,依赖,泛化等静态关系
    2. 软件体系架构设计中,分层式结构一般分为三层,从上至下分别为,数据访问层,业务逻辑层,表示层 结构化合辑中的模块化依据是高内聚,低耦合;
    3. 用户界面是指软件系统与用户交互的机构,通常包括 I/O(输入输出), 人机对话
    4. 在界面设计的过程中,一般采用原型法获得用户界面原型;
    5. 系统分析与设计,1.结构化方法,2.面向对象方法(自底向上的策略)
    6. 软件测试的主要方式: 1.人工测试,2.机器测试 自动化脚本测试
    7. 静态图包括,**类图,对象图,包图(命名空间 文件夹)**三种;
    8. 系统规划阶段需要进行业务流程分析,强调企业整体业务过程及其优势,系统分析阶段需要进行业务流程分析,更关注具体流程的执行细节;

    简答

    1. 信息系统是指利用计算机,网络,数据库等现代信息系技术,处理组织及其活动中的数据,业务,管理和决策等问题,并为组织目标服务的综合系统
    2. 信息系统的组成:
      1.计算机硬件系统 2. 计算机软件系统 3. 数据及其存储介质
      4.通信系统 5. 非计算机系统的信息收集,处理设备
      6.规章制度 7. 工作人员
    3. 信息系统开发的模型结构有:需求结构,分析结构,设计结构,实现结构,四种结构反映了在信息系统开发的不同阶段和不同方面信息系统各要素呈现的构成关系,同时也反映了人们认识和把握信息系统结构的程度和过程。
    4. 面向服务的体系结构分为,概念模型和服务层次迷行(分布式功能)
    5. 信息技术基础主要包括:
      1. 计算机技术,包括软件,硬件,算法.程序设计;
      2. 数据(信息)处理技术,包括对信息的提取,手机,分析,表示和系统设计开发的各种技术;
      3. 计算机网络技术,包括各种网络设备,网络构成,网络协议以及软件.
    6. 原型开发模型.是通过快速建立并供用户使用的原型,确定用户的信息需求步骤:1.明确同户籍本信息需求,2.建立初始的原型系统;3.使用原型系统进一步明确用户需求;4.修改和完善原型系统
    7. 迭代(开发)增量模型:指系统分析,系统设计和系统实施依次以功能递增,质量优化方式反复进行,逐步实现系统总体目标的开发模式(成功案例:敏捷开发)
    • 8.信息系统模型最核心的是信息处理模型,是指管理信息系统中处理信息的结构与方法;信息处理模型来源于管理模型,是管理模型在信息系统中处理信息的结构与方法;信息处理模型来源于管理模型.是管理模型在信息系统中的表示方式,信息处理模型最核心的是软件结构模型,而软件模型主要由计算机语言决定;
      • 信息系统模型:业务模型,需求模型,分析模型,设计模型,实现模型,测试模型
    • 9.结构化方法:采用数据流图来描述系统的需求和功能,用结构图描述系统设计方案/
    • 面向对象方法:系统调查和需求分析;面向对象分析;妙想对象涉及.面向对象程序实现;其构造的信息系统主要采用统一建模语言:UML
    1. 结构化方法的含义和基本思路.
      含义:用一组规范的步骤,准则,工具来进行某项工作.基于系统生命周期概念的结构化方法则为系统建设提供了规范的步骤,准则与工具,弥补经典方法的不足;
      基本思路:是把整个系统开发过程分为若干个阶段,每个阶段进行若干活动,每项活动应用一系列标准,规范,方法和技术,完成一个或多个任务,形成符合规范的结果.
    • 结构化方法一般将系统开发过程分为:确定系统需求,系统分析,概要设计,详要设计,变成测试,运行维护几个阶段
    1. UML模型包括用例模型,静态模型和动态模型,用例建模通过用例图描述,静态建模反应系统的结构,一般通过用类图,对象图,包图,构件图,配置图描述;动态建模反应系统如何运作,一般通过用状态图,顺序图,协作图,活动图描述
    • UML开发阶段
      • 需求获取:用例模型获取客户需求;
      • 分析:分析对象和类见抽象及问题领域中的通用机制
      • 设计:从技术上得到的解决方案
      • 编程和测试:把设计阶段的类变换成面向对象编程语言的代码;
    1. 信息系统的总体结构的定义是对系统长期目标的一个叙述,一般地,总体结构所采取的形式是一群互相关联的功能模块组成的子系统和要被管理的有关主题数据业务流程主题数据的关系;信息系统的总体结构可用U/C矩阵来定义;

    2. 系统分析过程是分析领域业务建立新系统逻辑模型的过程;

    3. 人机交互设计也称作人机对话设计或屏幕设计,主要是值载计算机程序运行中,使用计算机系统之间通过终端屏幕或其他输出设备进行一系列交替的询问与回答(人机交互的主流:GUI界面,WEB界面)

    4. 描述用例之间的关系:1.泛化关系,是一般与特殊的关系,表示子用例集成父用例的行为;2.包含关系:表示用例A依赖于用例B中的行为或功能;3.扩展关系;指向一个用例(基本用例)中加入一些新的动作后构成另一个用例(扩展用例);

    5. 对象模型建立的一般步骤:1.阅读用例规约及有关资料;2.发现领域对象,定义概念类;3.识别对象属性;4.识别对象的关系;5.识别对象的状态和变化,挥之状态图;

    6. 识别领域对象的方法: 1.名词短语策略 2.不同对象一般逻辑分类识别;

    7. 系统设计阶段的主要目的是依据系统分析阶段所提出的,充分反映了用户信息需求的心痛逻辑模型及方案完成技术,实现方案的制定,即建立可以实施基于计算机与网络技术的信息系统物理模型;

    8. 系统设计的主要内容:

      • 系统概要(总体)设计:总体布局方案的确定,软件系统总体结构的设计,数据存储的总体设计,计算机和网络系统安防的选择;
      • 详细设计:代码设计,数据库设计.人机界面设计,处理过程设计
      • 系统实施进度与计划的而制定
      • 系统设计说明说明书的编写;
    9. 系统分析的主要活动有:

      • 明确系统边界:明确项目的背景,明确项目的目标,范围,相关部门和人员;
      • 可行性研究:进一步明确系统的目标,规模与功能,提出系统开发的初步方案与计划;
      • 业务详细调查:全面了解企业及现行系统的业务过程;
      • 需求分析:发现现行系统业务存在的主要问题,建立现行系统的逻辑模型
      • 需求描述:确定正确的和可行的需求并以规范的形式描述;
    10. 系统实现的主要活动:变成测试,系统集成安装,新旧系统转换

      • 编程:按照详细设计阶段产生的程序设计说明书,用选定的程序设计语言书写源程序;
      • 测试:运用一定的技术与方法,发现和排除系统可能存在的问题;
      • 系统安装;各种软硬件设备的造型,论证,购置,安装;
      • 新旧系统转换:以新开发的系统替换旧系统
    11. 系统规划的主要内容:

      • 信息系统战略规划:根据组织的战略制定信息系统的发展战略;
      • 业务流程规划:制定组织的业务流程规划,确定业务流程给个与创新的方案;
      • 信息系统总体结构规划:根据组织目标和业务流程规划确定信息系统的总体结构和规划方案;
      • 项目实施与资源配置:信息系统建设的资源配置及实施方案;

    叙述

    1. 分析B/S,C/S模式的作用,优缺点和异同?

      • C/S计算模式:分布式系统后发展起来的一种计算机模式成为C/S模式,网络上的计算机系统分为客户机和服务器两类,服务器可能包括文件服务器,数据库服务器,打印服务器,专用服务器等; 除此以外网络上其他的计算机系统称为客户机
        • 作用:用户通过客户及在网络系统上向服务器发出请求,服务器根据请求向有关方面提供加工的信息,客户机本身也承担本地信息管理工作;C/S将信息处理工作分成两部分,一部分由服务器实现,另一部分由客户机完成,常用的C/S模式有两层机构,三层结构两种.
        • 优点:合理分配服务器与客户机信息处理工作,减轻数据传送的负担,服务器得到充分利用;缺点,增加的系统的复杂性;
      • B/S计算模式:基于互联网技术的信息系统的网络环境成为INTRANT(内联网),INTRANT上一个典型的分布式计算模式就是Browser/WEB服务计算模式,简称B/S模式
        • 作用:客户利用浏览器,通过web服务器访问数据库,以获取必需的信息
        • 优点:
          1. 使用方便,界面友好,大大节省系统开发成本,缩短开发周期;
          2. 使信息系统在信息处实现了集-格式化文本,图形,声音,视频信息为一体的高度交互环境,是信息先处理的广度和深度大为增加;
          3. 独立于计算机硬软平台,镇各系统开放性和可移植性好,在互联网环境下,即可建立独立于互联网的内部组织的信息系统,又可以在必要时连接上互联网,和互联网各站点进行通信;
      • 不同点:1.硬件环境不同;2.对程序架构不同;3.系统维护方式不同;4.处理问题方式不同;
    2. 信息系统开发的主要任务?

      • 业务分析,业务分析是对企业现行业务的分析;
      • 需求分析:需求分析是对所开发的信息新系统应该具有的功能,性能和通的分析
      • 系统分析:是从信息系统的内部来分析信息系统的构成要素机器结构;
      • 系统设计:系统设计的任务是确定信息系统的设计模型;
      • 系统实现:系统实现的任务是通过一些列迭代过程,把信息系统的设计模型转换为可以交付测试的信息系统实物;
      • 测试:对所实现的信息系统进行各方面测试;

    应用题 作图:

    这里写图片描述

    SRS:需求分析文档;HLD:概要设计文档;
    LLD:详细设计文档;BD:基本设计;
    DD:详细设计; FD:结构设计;
    
    展开全文
  • 系统分析是应用系统思想和方法,把复杂的对象分解成简单的组成部分,找出这些部分的基本属性禾彼此间的关系。系统分析是系统开发中最重要、也是最困难的阶段。结构化系统分析方法及数据流图、数据字典,面向对象系统...
  • 一些系统设计方法

    千次阅读 2010-09-12 16:13:00
    而结构化系统分析方法就是利用系统工程分析和有关概念,采用自上而下划分模块,逐步求精的基本方法,它还强调以下基本思想:  1.在开发整个阶段,树立系统的总体观点。首先从总体出发,考虑全局的问题,在...
  • 领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体性,先有领域模型然后才有微服务,而不是...
  • 领域驱动设计DDD是一种设计思想,它可以同时指导中台业务建模和微服务设计(中台本质是业务模型,微服务是业务模型的系统落地),领域驱动设计强调领域模型和微服务设计的一体性,先有领域模型然后才有微服务,而不是...
  • 由乙方出具设计方案的大中型的信息系统,通常会组织较为正式的设计方案评审会,一方面意味着甲方基本认可乙方的方案,另一方面意味着乙方将对照项目目标勾画出具体的框架,并从此开始围绕这个框架而开展具体的开发...
  • 地理信息系统设计与开发读书笔记

    千次阅读 2013-05-08 18:31:19
    地理信息系统设计与开发 (第二版) 陈正江 张兴国 编著 科学出版社 2012 GIS开发百科知识 GIS产生于MIS之后体现了GIS较MIS更高级。 其主要原因如下: 1.GIS具有更为丰富也更为复杂的数据类型(空间数据...
  • 企业系统规划法(Business System Planning,BSP)是IBM在20世纪70年代提出的,旨在帮助企业制定信息系统的规划,以满足企业近期和长期的信息需求,它较早运用面向过程的管理思想,是现阶段影响最广的方法。...
  • 信息系统开发方法-生命周期法

    千次阅读 2020-06-29 21:35:14
    生命周期法就是按照信息系统生命周期的各个阶段划分任务,且每个阶段有相对独立的任务,然后按一定的规则和步骤,有效地进行信息系统开发的方法。 生命周期按阶段划分,提出的是组织、管理和控制信息系统开发过程的一...
  • 信息系统分析与设计(自考)

    千次阅读 2020-04-12 17:11:36
    名词解释 1、信息系统: 是指在经济或社会的组织中,以满足管理者的信息需求为目标、以计算机和现代通信技术 等现代信息技术为手段...方法:即企业系统规划,是进行组织的信息系统规划的一套规范方法。 4、CSF ...
  • 教学管理信息系统设计

    千次阅读 2010-11-02 17:00:00
    上海交通大学教学管理信息系统设计 董传良 蒋磊宏 张增泰 <br /> 摘 要:建设高水平的大学,校园信息系统的建设是重要的一环。本文针对上海交通大学多校区、地域分散的特点,介绍了基于Internet/...
  • 领域驱动实践总结一:基本理论总结与分析 一、领域驱动设计两大设计:战略设计和战术设计 二、理解和分析领域+子域+核心域+通用域+支撑域 三、理解和分析界限上下文,定义领域边界 四、理解和分析实体和值...
  • 数据库课程设计 ——酒店管理系统

    万次阅读 多人点赞 2019-05-31 10:36:11
    (1)酒店管理系统用于满足酒店工作人员和管理人员的需求。 (2)酒店管理人员和工作人员可以为酒店房间加入入住和退房记录,并生成相应的报表用于查阅,确认和保存,酒店工作人员可以浏览、查询、统计、添加酒店...
  • 特殊时期,不能外出,整理一下本科期间做过的课程设计,学完数据库,设计一个学生选课管理信息系统,老师给的要求如下: 系统功能基本要求 教师信息,包括教师编号、教师姓名、性别、年龄、学历、职称、毕业院校,...
  • 浅谈信息系统设计原则与架构思路

    千次阅读 2011-10-20 16:24:59
      ...集团企业的管理能力,表现为战略执行、资源平衡和利益协调能力等方面。充分借鉴当今业界的超大型企业集团信息化的经验,以提高企业效益为中心,做好企业信息化的总体规划,...1 信息系统设计原则 1.1
  • 信息系统建模方法

    千次阅读 2002-03-25 09:31:00
    信息系统建模方法周中元(本文转载自软件工程专家网www.21cmm.com,不代表gigix观点) 大型信息系统通常十分复杂,很难直接对它进行分析设计,人们经常借助模型来设计分析系统。模型是现实世界中的某些事物的一种...
  • 一,基于网络的信息系统基本结构  一个基于网络的信息系统基本结构它应该包括网络运行环境、网络系统、网络操作系统,以及基于网络操作系统 的网络数据库管理系统、网络软件开发工具与网络应用系统。同时,设计完备...
  •  结构化分析与设计方法是一种面向数据流的需求分析和设计方法,它适用于分析和设计大型数据处理系统,是一种简单、实用的方法,曾获得广泛的应用。 1 结构化分析   结构化分析方法基本思想是自顶向下逐层...
  • 架构设计系统间通信(10)——RPC的基本概念

    万次阅读 多人点赞 2015-10-30 17:21:21
    经过了详细的信息格式、网络IO模型的讲解,并且通过JAVA RMI的讲解进行了预热。从这篇文章开始我们将进入这个系列博文的另一个重点知识体系的讲解:RPC。在后续的几篇文章中,我们首先讲解RPC的基本概念,一个具体的...
  • 系统测试的基本方法

    千次阅读 2002-03-12 09:54:00
    系统测试的基本方法(本文转载自软件工程专家网www.21cmm.com) 计算机软件是基于计算机系统的一个重要组成部分,软件开发完毕后应与系统中其它成分集成在一起,此时需要进行一系列系统集成和确认测试。对这些测试...
  • 一、背景介绍基础集成平台是信息系统的基础设施环境,为各应用系统提供公共基础设施(如ESB、消息中间件等),将各系统的通用基础服务功能(如用户管理、授权管理、配置管理等)从业务系统剥离出来,使得业务系统...
  • 【python毕业设计】Django框架实现学生信息管理系统

    万次阅读 多人点赞 2019-08-10 16:39:01
    Django框架实现学生信息管理系统 总体概括 注册流程 首先进行输入用户名(邮箱)、密码以及验证码,输入完之后点击注册按钮。如果输入的不正确,提示错误信息。 如果一切信息填写正确无误,调用STMP...
  • 第三版信息系统项目管理师47个过程的输入输出及工具
  • 分布式系统设计系列 -- 基本原理及高可用策略

    万次阅读 多人点赞 2014-07-03 21:16:47
    分布式系统设计系列之 -- 基本原理及高可用策略篇 这篇文章主要介绍一些入门的概念和原理,后面带来一些高可用、数据分布的实践方法
  • 信息系统的安全性与保密性设计

    千次阅读 2017-12-30 13:34:54
    信息系统的安全性与保密性设计 摘要: 2015年初,我所在的公司承担了某集团公司的移动信息化开放平台的建设工作。我在该项目中担任系统架构设计师的职务,主要负责设计平台系统架构和安全体系架构。该平台以移动...
  • 权限系统基本概念和架构

    万次阅读 热门讨论 2020-12-21 19:33:06
    权限系统是我们在系统设计和应用中一种非常常见的系统。一般来说权限系统的功能分为认证和授权两种。认证就非常简单的,验证完用户名密码就算认证成功,而授权里面的套路就很多了,本文将会详细讲解权限系统中的一些...
  • 【1】约翰·W·萨茨辛格 罗伯特 B·杰克逊 史蒂芬 D·伯德 编 机械工业出版社 系统分析与设计:敏捷迭代方法(第六版)   1.2 任务概述 1.2.1 目标 为医院开发新的门诊管理系统,实现一个从信息收集、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 927,641
精华内容 371,056
关键字:

信息系统设计的基本方法