开发基础 4分思维导图
信息系统开发基础知识点
树图思维导图提供 开发基础 4分 在线思维导图免费制作，点击“编辑”按钮，可对 开发基础 4分 进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：9cf064a3116a0d7c3cf06bec5f5725cc
思维导图大纲
开发基础 4分思维导图模板大纲
软件工程（22分）
软件开发模型（9分）
软件工程
用工程的方法进开发、管理和维护
解决问题包括
规模越来越大，复杂度越来越高，用户需求不明确，缺乏软件方法和工具支持，开发成本、进度、质量无法保证和维护困难的问题
模型
瀑布模型
是一个经典的软件生命周期模型，也叫预测型生命周期、完全计划驱动型生命周期
软件计划
需求分析
软件设计
程序编码
软件测试
运行维护
原型化模型
瀑布和V模型将原型化模型的思想用于需求分析环节，来解决因为需求不明确而导致产品出现严重后果的缺陷
敏捷方法
是一种以人为核心、迭代、循序渐进的开发方法，适用于一开始并没有或不能完整地确定出需求和范围的项目，或者需要应对快速变化的环境，或者需求和范围难以事先确定，或者能够以有利于干系人的方式定义较小的增量改进。
敏捷方法，也叫适应型生命周期、或者变更驱动方法。小步快跑、持续集成
敏捷方法的目的在于应对大量变更，获取干系人的持续参与。敏捷方法里迭代很快（通常2-4周迭代一次），而且所需时间和资源是固定的。虽然早期的迭代更多地聚焦于计划活动，但通常在每次迭代中会执行多个过程
迭代模型-RUP（统一过程）
概念：在迭代模型中，每个阶段都执行一次传统的、完整的串行过程串，执行一次过程串就是一次迭代。RUP（统一过程）是迭代模型的一种
工作流程
初始
细化
构造
移交
业务建模 需求 分析设计
实施 测试 部署
配置与变更管理
项目管理 环境
优先选择迭代模型和增量型生命周期；组织需要管理不断变化的目标和范围，组织需要降低项目的复杂性，或者，产品的部分交付有利于一个或多个干系人，且不会影响最终或整批可交付成果的交付，多期开发 与 需求不明确
大型复杂项目通常采用迭代方式来实施，这使项目团队可以在迭代过程中综合考虑反馈意见和经验教训，从而降低项目风险
V模型
需求分析
概要设计
详细设计
编码
单元测试：主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误
单元测试
集成测试：主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其他程序部分之间的接口上可能存在的错误
集成测试
系统测试：主要针对概要设计，检查系统作为一个整体是否有效地得到运行，例如在产品设置中是否能达到预期的高性能
系统测试
验收测试：通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需求
验收测试
螺旋模型
一个演化软件过程模型，将原型实现的迭代特征与线性顺序（瀑布）模型中控制的和系统化的方面结合起来。强调了风险分析，特别适用于庞大而复杂的、高风险的系统
1、制定计划：决定目标、方案和限制
2、风险分析：评价方案、识别风险、消除风险
3、实施工程
4、客户评估：开发、验证、产品
软件过程管理（3分）
软件过程管理涉及技术过程和管理过程，通常包括以下几个方面
1、项目启动与范围定义
2、项目规划
3、项目实施
4、项目监控与评审
5、项目收尾与关闭
需求分析（4分）
需求获取
子主题 1
需求分析
软件需求分析可以检测和解决需求之间的冲突，发现系统的边界，并详细描述系统需求
需求定义
子主题 1
需求验证
子主题 1
软件设计（3分）
软件架构设计
软件详细设计
软件测试（3分）
同上V模型 ---编码前后都会介入
软件运行与维护（1分）
交付前
维护计划、手册
交付后
更正性维护
发现问题、解决问题
适应性维护
环境变化
完善性维护
用户认为功能、性能的需求
预防性维护
对尚未发生可预测的
软件质量保证（4分）
软件质量
软件特性的总和，是软件满足用户需求的能力，即遵从用户需求，达到用户满意。软件质量包括“内部质量”、“外部质量”、“使用质量”三部分
软件需求
定义了软件质量特性，及确认这些特性的方法和原则
软件质量管理过程
由许多活动组成，一些活动可以直接发现缺陷，另一些活动则检查活动的价值。其中包括质量保证过程、验证过程、确认过程、评审过程、审计过程
验证过程
试图确保活动的输出产品已经被正确构造，即活动的输出产品满足活动的规范说明--- 过程（满足规范过程）
确认过程
试图确保构造了正确的产品，即产品满足其特定的目的--- 产品
管理评审
目的是监控进展，决定计划和进度的状态，或评价用于达到目标所用管理方法的有效性
技术评审
技术评审的目的是评价软件产品，以确定其对使用意图的适合性
软件评审
目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并要生成审计报告，采取更正性行动
软件质量保证
通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求
软件开发工具（1分）
子主题 1
子主题 2
软件架构（9分）
架构模式（4分）
管道/过滤器
适用于：批处理系统（黑盒---高内聚、低耦合）过滤器---管道--过滤器
面向对象模式
基于组件
事件驱动模式
图形处理
分层模式
允许将一个复杂问题分层实现，每一层最多只影响相邻两层，允许每层用不同的实验方法，可以充分支持软件复用
客户机/服务器模式
资源不对等
C/S B/S
客户端
服务器
客户端浏览器
Web服务器
数据库服务器
客户端浏览器
面向服务的架构
就是通过不同的服务器处理不同的请求
中间件（5分）
中间件是位于硬件、操作系统等平台和应用之间的通用服务借由中间件，解决了分布系统的异构问题
数据库中间件（ODBC、JDBC）
远程调用中间件（RPC）
面向消息中间件 （MOM、MQSeries）
分布式对象中间件（CORB、EJB、DCOM）
事务处理中间件（Tuxedo）
面向对象基本概念（10分）
面向对象基本概念
对象是对客观事物的抽象，类是对对象的抽象。类是一种抽象的数据类型。他们的关系是，对象是类的实例，类是对象的模板
抽象：是简化复杂的现实问题的途径 将复杂问题简单化
封装：是隐藏对象的属性和现实细节，仅对外公开接口，控制在程序中属性的读取和修改的访问级别
继承：可以使得子类具有父类的属性和方法或者重新定义、追加属性的方法等
多态：同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果
接口：描述对操作规范的说明，其只说明操作应该做什么，并没有定义操作如何做
消息：体现对象间的交互，通过它向目标对象发送操作请求
组件：表示软件系统可以替代的、物理的组成部分，封装了模块功能的实现
模式和复用
UML：统一建模语言
特征：
可视化的建模语言，不是编程语言
面向对象分析与设计 的一种标准表示
允许任何一种过程和方法使用它
强调重用（架构、框架、模式和组件）
典型应用集成技术（2分）
Web Service 技术
功能：传递信息（简单对象访问协议）、描述服务（Web服务描述语言）、服务注册（统一描述、发现及集成）、XML
应用目标：跨越防火墙、集成不同语言编写的在不同平台上运行的应用程序、B2B集成、软件重用
JavaEE应用服务器运行环境主要包括
组件：表示应用逻辑代码
和语言没关系、可跨平台、实现了某些功能有输入输出的黑盒子、可以用任何支持组件编写的工具来完成、
常用组件标准包括微软的COM/DCOM/COM+、OMG的CORBA及Java的RMI/EJD
容器：是组件的运行环境
服务：是应用服务器提供的各种功能接口，可以同系统资源进行交互
信息系统生命周期（7分）
考点：生命周期划分的四个阶段
立项阶段
概念阶段或需求阶段初步构想、深入调研和分析、《需求规格说明书》
开发阶段
系统分析
做什么
需求分析
系统设计
怎么做
概要设计
详细设计
系统实施
系统验收
运维阶段
通过验收、移交之后、进入运维
消亡阶段
更新改造、功能扩展、报废重建 初期就要注意系统消亡条件和时机
从项目管理的角度来看，项目的生命周期又划分为启动、计划、执行和收尾4个典型阶段
信息系统开发方法（3分）
考点：常用的开发方法
结构化开发
概念
应用最广泛的一种方法。把整个系统分为若干阶段，然后依次进行，前一阶段是后一阶段的依据。每个阶段都有明确详尽的文档编制要求，并对其进行有效控制
特点
注重开发过程中的整体性和全局性
缺点
（1）开发周期长
（2）文档、设计说明繁琐，工作效率低
（3）要求开发之初全面认识系统的需求，充分预料可能发生的变化
原型法
概念
在无法全面准确地提出用户需求的情况下，并不要求对系统做全面、详细的分析，而是基于对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求
特点
对用户需求是动态响应、逐步纳入的
系统分析、设计随原型不断修改同时完成，之间并无明显界限，也没有明确分工
抛弃型原型、进化型原型
缺点
（1）原型不适用于开发大的信息系统
（2）用户难以维护
（3）如果用户合作不好，盲目纠错，会拖延开发进程
面向对象开发
概念
用对象表示客观事物，对象是一个严格模块化的实体，在系统开发中可被共享和重复引用，以达到复用的目的
特点
面向对象方法主要涉及分析、设计和实现三个阶段，其界限并非十分明确
在整个开发过程中使用的是同一套工具
缺点
（1）需要一定的软件支持环境
（2）在大型项目的开发上具有一定的局限性，不能涉足系统分析以前的开发环节
敏捷开发---快
信息系统设计（5分）
概念
从信息系统的总体目标出发，根据系统逻辑功能的要求，并结合经济、技术条件、运行环境和进度等要求，确定系统的总体架构和系统各组成部分的技术方案，合理选择计算机、通信及存储的软、硬件设备，制定系统的实施计划
方案设计
系统总体设计 = 系统的总体架构方案+ 软件系统总体架构设计 + 数据储存总体设计 + 计算机和网络系统的方案设计
系统详细设计 = 代码 + 数据库 + 人机界面 + 处理过程
系统架构
将系统整体分解为更小的子系统和组件，从而形成不同的逻辑层或服务。进一步确定各层接口，层与层之间的关系。对整个系统纵向分解，同一逻辑层再横向分解，最终形成系统的整体架构。系统设备选型主要取决于系统架构
设备、DBMS技术选型
必须考虑用户的使用要求、系统运行环境、现行的信息管理和信息技术的标准规范及有关法律制度
思维导图模板大纲
定义阶段思维导图模板大纲
开发阶段思维导图模板大纲
维护阶段思维导图模板大纲
不断循环思维导图模板大纲
维护容易、可扩展强思维导图模板大纲
维护难、局域网、安全性低思维导图模板大纲
编写代码组成组件，将组件放在容器中用，通过服务来实现交互思维导图模板大纲
相关思维导图模板
树图思维导图提供 Linux 网络基础知识 在线思维导图免费制作，点击“编辑”按钮，可对 Linux 网络基础知识 进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：199680f0e48eac8a1aeaadb90447d4f4
树图思维导图提供 《数字教育平台开发项目策划》 在线思维导图免费制作，点击“编辑”按钮，可对 《数字教育平台开发项目策划》 进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：d6437326e3e07ecf1e5e178ba84d0100
沪公网安备 31011502019485号
上海工商