管理信息系统分析设计与实现课程总结

本文章为管理信息系统分析设计与实现课程，考前整理、总结而得。专业：信息管理与信息系统 院校：双非-----------------------------------------------------------------

·信息系统开发步骤（树）：系统开发生命周期

系统规划 系统规划 系统调查（也叫初步调查） 对企业的环境、目标、现行系统进行初步调查 可行性研究 经济、技术、社会、管理可行性 步骤： 复查系统目标和规模 研究目前正在使用的系统 导出新系统的高层逻辑模型 重新定义问题（1-4是一个闭环） 导出和评价供选择的方案 推荐一个方案并说明理由 草拟开发计划（人员、资源、时间） 书写文档，提交申请 可行性报告主要内容： 开发任务的提出（背景、必要性、意义） 系统的目标 初步调查概况 初步实施方案与比较 可行性研究 结论（三种：可行，修改可行，不可行） 系统分析（使用结构化分析建模） 需求分析 逻辑设计 工具： 业务流程图：内部实体 外部实体（内圆外方） 业务流 报表 数据流程图：外部实体 数据处理 数据流 数据存储 数据字典 系统建设 系统设计 总体设计（概要设计） 详细设计 步骤： 系统总计结构设计 处理流程设计 代码设计 人机界面设计 输出设计 输入设计 数据库设计 安全保密设计 系统物理配置方案设计 编写系统设计说明书 系统实施 编程调试 编制程序 调试测试 静态测试法 动态测试法： 黑盒：不关心内部结构，结合功能设计测试用例 白盒：了解内部结构，从程序逻辑入手，按一定原则设计测试用例 灰盒：白加黑 切换运行 系统转换：直接转换 平行转换 分段转换 系统管理和评价 系统评价

·瀑布模型 瀑布模型（Wate ** ll Model） 是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模型。

·软件开发方法

结构化系统开发方法 结构化系统开发方法，也称结构化生命周期法，是自顶向下的结构化方法、工程化的系统开发方法和生命周期方法结合的产物，是至今为止所有开发方法中应用最广泛、最成熟的系统开发方法。 基本思想是，用系统工程的思想和工程化的方法，按用户至上的原则，结构化、模块化、自顶向下的对系统进行分析和设计。 具体来说，就是将系统的开发过程划分成若干个相互独立的阶段。 原型法 基本思想是，首先对用户提出的初步需求进行总结，然后构造一个合适的原型并运行，此后通过系统开发人员与用户对原型运行情况的不断分析修改和研讨，不断扩充和完善系统的结构和功能，直至得到符合用户要求的系统为止。 面向对象开发方法 是基于类和对象的概念的，他把客观世界的一切事物都看成是由各种不同的对象组成，每个对象都有各自内部的状态、机制和规律。按对象的不同特征，可以组成不同的类。不同的对象和类之间的相互联系和作用就构成了客观世界中的不同事物和系统。 工具： 类图：修饰（+ # -） 继承 消息 （见UML） 其他UML：见UML

·可行性研究

可行性研究是什么、步骤？ 可行性研究需要画流程图么？ 不需要 可行性研究需要需求分析么？ 不需要

·结构化分析建模的基本思想？

·数据字典是什么 干什么 用来描述数据流程图中名称，对数据流程图的补充。

·信息系统要做什么 概要设计 详细设计

·UML

是什么？统一建模语言，是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。UML适用于各种软件开发方法 用例图：描述需求，参与者（actor） 用例 关系 actor提取：外界参与者 用户 其他系统 时间…… 关系 泛化（继承） 实线空心箭头 依赖： 包含（必依赖） include 虚线普通箭头 扩展（条件依赖） extend 虚线普通箭头 用例：功能名词，外界可见 静态建模 类图： 类：修饰（+ # -） 继承 类的关系： 关联关系：从源指向目标，实线普通箭头 聚合和组合关系 聚合：空心菱形 部分整体关系 组合：实心菱形 共生存的强部分整体关系 依赖关系 对象图：一个时间点上系统对各个各个对象的快照，是类图的实例。 其他：包图、构件图、部署图 动态建模 顺序图：对象:类名(下划线) 生命线 实线请求 虚线响应 状态图：状态和状态转换 活动图： 原点 选定、合并（互斥） 分叉、汇合（并发） 泳道： 泳道是分划活动图后的产物：在活动图中，将不同的对象和其所执行的动作分成一组，在一个区域中画出，区域之间用线段分隔。这种技术在UML 1.X叫泳道，但在UML 2.0做了拓展。 通信图

·类的实体类和边界类 边界类用于描述外部参与者与系统之间的交互。 实体类主要是作为数据管理和业务逻辑处理层面上存在的类别。 控制类用于描述一个用例所具有的事件流控制行为，控制一个用例中的事件顺序。

·测试步骤？ 单元测试针对的是，程序内部代码和结构问题。 集成测试针对的是模块和模块之间的接口和参数传递规则的问题。 系统测试阶段，针对整个系统，模拟用户最终使用时可能出现的问题。·

·开发文档的作用？

·信息系统 是一个由人、计算机硬件系统、软件系统和数据资源组成的人造系统，目的是及时、正确地收集、加工、存储、和传递信息，实现组织中各项活动的管理、调节和控制

·软件危机 计算机发展初期，程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制弱智的计算机，又能让别人看不懂、不会用。 那个时期编程就基本就是随心所欲，于是他们把程序称为软件（想着来，无文档）。 人们就在这种美滋滋的感觉下热情地编程，随着计算机的普及，软件数量和规模急剧膨胀，产生了一堆问题：程序质量低下、维护困难、需求变更难以实现、错误频出、进度延误，费用剧增……人们称之为“软件危机”（也有人建议叫“软件萧条”、“软件困扰”） 软件工程危机的表现1、软件需求基本很难满足，或软件生产进度严重失控，软件交付的质量很差，需求方和实施方一直处在矛盾对立面上。2、软件的故障率很高，后续的可维护性级差，尤其是项目更换维护人员后出现问题则更加突出。3、相关文档缺失或严重滞后于软件功能，导致相应功能的使用率和普及度不高，使得软件功能重复臃肿，越来越难以维护。4、用户对软件的定位越来越模糊，导致软件呈亚健康状态发展。

参考：信息系统分析与设计（第2版）（高等院校信息管理与信息系统专业系列教材）杜娟，赵春艳 编