精华内容
下载资源
问答
  • 地理信息系统 GIS 管理信息系统 软件设计开发流程
  • 一 系统概述 结构化查询语句SQL简介 三 学生管理信息系统设计 3.4系统配置 3.4.1软件配置 3.4.2硬件配置 3.5.1系统E-R图 3.5.2表/字段分析 3.6.3创建存储过程
  • 库存管理信息系统的分析、设计和实施 论文 带图与数据流程图 管理信息系统课程设计论文 本文提供了系统分析、系统设计和编写程序的实际过程,熟练掌握这些内容,将为课程设计做好充分准备。
  • 信息系统分析与设计相关

    千次阅读 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:结构设计;
    
    展开全文
  • 信息系统方案设计

    千次阅读 2019-06-03 12:56:37
    系统方案设计包括总体设计和各部分详细设计两个方面。 系统总体设计:包括系统的总体架构方案设计、 软件系统的总体架构设计、 数据存储的总体设计、 计算机和网络的方案设计等。 系统详细设计:包括代码设计、 ...

    系统方案设计包括总体设计和各部分详细设计两个方面。

    系统总体设计:
    包括系统的总体架构方案设计
    软件系统总体架构设计
    数据存储的总体设计、
    计算机和网络的方案设计等。

    系统详细设计:
    包括代码设计、
    数据库设计、
    人/机界面设计、
    处理过程设计
    等。

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

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

    展开全文
  • 医院各个部门的业务流程图 E-R分布图 系统设计模块及其图
  • 信息系统分析与设计-----流程建模

    千次阅读 2017-05-18 11:58:22
    为了提高企业效率和竞争力,在信息系统分析阶段,需要对企业过程进行系统化描述和改进。企业或者组织可能已经在各类文件中对企业过程有或多或少的描述,但是不利于在不同人员之间进行沟通交流。业务流程分析与建模一...

    为了提高企业效率和竞争力,在信息系统分析阶段,需要对企业过程进行系统化描述和改进。企业或者组织可能已经在各类文件中对企业过程有或多或少的描述,但是不利于在不同人员之间进行沟通交流。


    业务流程分析与建模

    一个具体的业务流程由多个连续的活动组成。复杂的流程还可以划分子流程。业务流程往往是跨部门的,比如入学注册流程需要教务处、财务处、后勤处、所在学院等多个部门分工合作,不同部门按照规定步骤执行相关活动。

    业务流程图的画法:
    业务流程图应具有表达流程的基本元素,包括活动和动作、流、流程的开始和结束、流程中需要传递的文档、表达或数据、流程中的控制元素、分为跨职能流程图UML活动图

    业务流程优化
    1.企业过程重组BPR 2.业务流程管理BPM(通过人工或者技术手段,对企业的各类业务流程惊醒梳理、分析、改善和监控,并通过对业务流程的不断优化,有效降低业务处理成本,提供业务处理效率,快速反映市场和客户需求,持续提升企业决策反应能力。BPM生命周期分成五个阶段:业务流程发掘、业务流程设计、业务流程执行、业务流程管理维护和业务流程优化)


    数据流分析与建模
    通过业务流程建模,分析人员了解企业的业务流,全面了解企业的运营管理,构造管理模型,接下来需要透过表象看本质,将注意力放在与业务流相关的数据流上,分析每个活动的输入数据和输出数据流,建立信息处理模型。
    数据流分析
    数据流分析的根本目的是分析合理的信息流动、处理、存储的过程。数据流分析一般采用结构化分析方法,或者HIPO方法。基本思想都是一样的。首先将系统看作一个最大的处理功能。明确该总体功能的主要输入数据与输出数据,接着分析总体功能的内部处理过程,比如一般会包含数据输入、加工、传递、存储等子功能。对这些子功能分别进行分析,找出其输入和输出。依法炮制,对每个子功能内部处理细节再进行分析,找到更小的组成功能。这样从抽象到具体一层一层的剖析,直到所有功能的处理步骤都很具体为止。
    总之,数据流分析就是在业务活动及流程的基础上,识别出每个具体业务活动的数据处理需求,过滤掉企业运作中那些与数据无关的活动,对无法程序化的人工数据和决策活动进行辨别,设法将人工处理的信息纳入到系统中,然后利用数据流图构造信息系统逻辑模型。
    数据流图
    数据流图DFD是结构化系统分析的主要工具。结构化系统分析采用介于形式语言和自然语言之间的描述方式,通过一套分层次的数据流图,辅以数据字典、小说明等工具来描述系统。
    数据流图用到四个基本符号,即外部实体、数据处理、数据流和数据存储。
    外部实体;系统以外与系统有联系的人或事物。
    数据处理:处理指对数据的逻辑处理,也就是数据的变换。
    数据流:指处理功能的输入或输出,用一个水平箭头或垂直箭头表示。箭头指出数据流的流动方向。数据流可以是信件、票据、也可以是电话等。
    数据存储:数据保存的地方。这里“地方”并不是指保存数据的物理地点或物理介质,而是指数据存储的逻辑描述。
    数据字典
    数据字典最初用于数据库管理系统,它为数据库用户、数据库管理员、系统分析员和程序员提供某些数据项的综合信息。
    系统分析中所使用的数据字典,主要用来描述数据流图中的数据流、数据存储、处理过程和外部实体。数据字典把数据的最小组成单位看成是数据元素(基本数据项)。若干个数据元素可以组成一个数据结构(组合数据项)
    数据元素组成数据结构,数据结构组成数据流和数据存储。
    数据字典的各类条目:数据元素、数据结构、数据流、数据存储、处理过程、外部实体。

    业务规则的表示
    业务规则指所有与业务相关的操作规范、管理章程、规章制度、行业标准等。业务规则的描述工具有结构化语言、判定树、判定表。


    展开全文
  • 管理信息系统开发流程

    万次阅读 2016-08-25 13:25:13
    二、系统设计 (一)业务流程设计 (二)系统功能王设计(划分子系统和功能模块,设计详细功能) (三)系统数据结构设计,简历完整数据字典 三、系统开发 (一)程序设计与编写 (二)系统调试:根据系统说明...
  • 系统是可视化系统,编程工具:eclipse和MySQL数据库,可用作课程设计,其中包含Java源代码、数据库文件、word文档(总体设计、详细设计和核心代码部分)。
  • 系统详细设计过程指南

    千次阅读 2020-01-16 22:45:34
    为便于理解系统设计的整个过程,本文选取最为常见的用户登录认证的需求为示例,通过该需求的设计过程中的每一步,设计人员可对整个设计过程的方法和工具有深入全面的理解。 需求示例: 系统应采用口令、验证码组合...
  • 系统分析是应用系统思想和方法,把复杂的对象分解成简单的组成部分,找出这些部分的基本属性禾彼此间的关系。系统分析是系统开发中最重要、也是最困难的阶段。结构化系统分析方法及数据流图、数据字典,面向对象系统...
  • 由乙方出具设计方案的大中型的信息系统,通常会组织较为正式的设计方案评审会,一方面意味着甲方基本认可乙方的方案,另一方面意味着乙方将对照项目目标勾画出具体的框架,并从此开始围绕这个框架而开展具体的开发...
  • 等级保护三级信息系统安全设计

    千次阅读 2016-07-18 12:00:12
    《计算机信息系统安全保护等级划分准则 (GB 17859-1999)》中第三级:安全标记保护级是等级保护实施过程中最常见的项目,本文就三级信息系统各部分结构的安全设计做简要概述。 2. 总体结构 可将三级信息系统分为7...
  • 浅谈信息系统设计原则与架构思路

    千次阅读 2011-10-20 16:24:59
      ...集团企业的管理能力,表现为战略执行、资源平衡和利益协调能力等方面。充分借鉴当今业界的超大型企业集团信息化的经验,以提高企业效益为中心,做好企业信息化的总体规划,...1 信息系统设计原则 1.1
  • 本书主要针对高等院校计算机...为了更好地指导学生进行毕业设计,书中增加了毕业设计指导及管理信息系统设计与开发指导。本书既可用作高等院校计算机专业毕业设计的参考书,也适用于软件公司和相关企业有关人员参考。
  • 博客信息系统开发流程

    千次阅读 2006-09-30 01:49:00
    答:从四个阶段来考虑开发一个博客信息系统即:博客信息系统策划阶段、博客信息系统软件设计阶段、博客信息系统硬件设计阶段、博客信息系统安全设计阶段。 ①博客信息系统策划阶段:主要进行博客信息系统开发定位、...
  • 考勤系统审批流程设计

    千次阅读 2017-05-24 16:52:38
    系统提交请假表单信息,然后走相应的审批流程
  • 信息系统分析与设计(自考)

    千次阅读 2020-04-12 17:11:36
    1、信息系统: 是指在经济或社会的组织中,以满足管理者的信息需求为目标、以计算机和现代通信技术 等现代信息技术为手段,既包括设备和技术,又包括人员与机构在内的综合系统。 2、CASE: 就是一类专门用来帮助...
  • 关于系统设计中的流程

    万次阅读 2017-07-07 11:50:35
    在平时的软件开发和方案总体设计中,往往需要绘制各种各样的流程图,比如业务流程图、数据流程图、系统流程图等等。由于各种图所反应的侧重点不一样,这三种图所使用的场景也会有差异,本文介绍了各种图的使用场合和...
  • 随着组织中标准信息系统开发过程的成熟,项目时间和费用在减少,同时生产率和质量在提高。梅隆大学开发出能力成熟度模型CMM l 第一级:初始级,混乱状态, l 第二级:可重复级:组织已建立了项目管理过程和事件...
  • 信息系统的安全性与保密性设计

    千次阅读 2017-12-30 13:34:54
    信息系统的安全性与保密性设计 摘要: 2015年初,我所在的公司承担了某集团公司的移动信息化开放平台的建设工作。我在该项目中担任系统架构设计师的职务,主要负责设计平台系统架构和安全体系架构。该平台以移动...
  • 计算机专业毕业设计题目大全 一、ASP类计算机专业毕业设计题目 1.网络留言薄2.客户管理系统3.多媒体积件管理库的开发与应用4.基于WEB的多媒体素材管理库的开发与应用5.网络教学软件中的教学设计与应用6.小型教育...
  • Java_web期末课程设计学生信息管理系统

    千次阅读 多人点赞 2018-12-31 21:19:17
    Java_web期末课程设计学生信息管理系统 一、系统开发的意义 随着计算机和网络的普及,学生信息从纸质类变为电子信息类,管理电子类信息变得尤为重要。学生信息管理系统是学校内部重要的工具之一,不仅可以提高管理...
  • 系统性能设计

    千次阅读 2019-05-24 10:56:18
    zhiding性能设计是系统设计过程的一个必备环节,在进行系统架构设计时,性能设计也非常重要。架构设计实际上是一种平衡设计,需要设计师在各种功能性需求和非功能性需求(性能需求)上做妥协选择。 xit 系统调整 ...
  • 基于UML的信息系统分析与设计

    千次阅读 2003-01-22 09:48:00
    基于UML的信息系统分析与设计刘 明摘 要: ...UML具有广阔的应用前景,本文围绕图书馆信息系统的开发,对UML面向对象建模在信息系统分析与设计过程中的应用作了较为详细的介绍。 关键词:UML 面向对象 信息系统建模
  • 流程审批系统设计思路及实现方法

    万次阅读 2018-08-04 16:25:34
    流程审批系统是一个很常见的系统,包括我们在日常权限申请,订单状态流转等很多场景都会接触。其核心的点有两个:1.状态流转 2.流程驱动 我们以我们常见的流程审批为例,比如我想向上街申请一台新电脑,解释整个...
  • 信息系统开发过程的四个实施阶段

    千次阅读 2019-03-03 15:52:36
    信息规划阶段 业务领域分析阶段 系统设计阶段 系统构建阶段
  • 基于java springboot的图书管理系统设计和实现

    万次阅读 多人点赞 2021-08-13 13:47:50
    前言 背景意义 数据库设计 功能截图 ...系统介绍了图书系统的开发过程设计中遇到的问题及解决方法以及提高当前应用程序或系统开发进度和改善工作性能。利用其提供的各种面向对象的开发工具...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,172,635
精华内容 469,054
关键字:

信息系统设计流程