仅供班级复习用，无参考价值无含金量
尽量找到了精简不用多背的答案，好多综合题都是没法找到准确答案的狗屎，有一些视频太长实在不想整了，能及格就是成功
填空题
-
再工程是在（）所获信息的基础上修改或重构已有系统，产生系统的一个新版本
答案：逆向工程 -
C2体系结构风格可以概况为：通过（）绑定在一起的按照一组规则运作的并行构件网络
答案：连接件 -
需求开发包括：需求获取、（）、需求定义和需求验证
答案：需求分析 -
现有的企业门户大致可以分为企业信息门户、（）和企业应用门户三种
答案：企业知识门户 -
与电子政务相关的行为主体有三个，即政府、（）及居民
答案：事业单位 -
CRM是一套先进的管理思想及技术手段，它通过将人力资源、（）与专业技术进行有效的整活，其主要模块包括（）、营销自动化、客户服务与支持、（）
答案：业务流程，销售自动化，商业智能 -
商业智能系统的处理过程包括数据预处理、（）、数据分析及数据展现4个主要阶段。
答案：建立数据仓库
名词解释题
-
投资回报率：
通过投资而应返回的价值
-
项目干系人：
参与该项目工作的个体和组织，或由于项目的实施与项目的成功，其利益会直接或间接地受到正面或负面影响的个人和组织
-
Make-or-Buy分析：
零部件自制或外购的决策,是指企业围绕既可自制又可外购的零部件的取得方式而开展的
-
软件外包：
企业为了专注核心竞争力业务和降低软件项目成本，将软件项目中的全部或部分工作发包给提供外包服务的企业完成的软件需求活动。
简答题
-
可行性分析包括哪些工作
- 技术可行性、经济可行性、管理可行性、法理可行性。
-
如何收集需求？哪些需求可收集？
- 观察法，体验法，问卷调查法，访谈法，单据分析法，报表分析法等
- 符合产品定位的需求，目标用户的需求（瞎编河里即可
-
什么是软件危机？为什么会出现软件危机？软件危机的表现是什么？
-
软件危机指在计算机软件的开发和维护过程中所遇到的一系列严重问题
-
原因：
- 从事软件开发的人员对这个产业认识不充分,缺乏经验
- 缺乏统一的,标准化的开发过程设计,缺乏规范化的方法论进行指导
- 忽视软件开发前期的需求分析
- 文档资料不齐全,不准确
- 忽视测试的重要性
- 没有完善的质量保证体系
- 开发团队内部交流不顺畅,不充分
- 不重视维护,或由于以上原因造成维护工作的困难
// 挑一个背就行，或者现编一个能表现你不行的说法就行
-
表现：
- 软件开发进度难以预测,软件开发成本难以控制
- 用户对产品功能难以满足
- 软件产品质量无法满足
- 软件产品难以维护
- 软件缺少适当的文档资料
// 同上，挑一个背，或者想想你怎么骂屎山软件的在这啐口痰也行
-
-
==【重点】==画数据流图的理论方法与实践，如何转换为软件结构图
- 数据流图：
- 矩形表示源点和终点
- 圆形表示对数据的处理，注意两个处理图形之间不能直接相连
- 带方向的直线用于体现数据流动的方向，文字标识是什么数据
- 平行线表示数据存储
- 软件结构图：
- 矩形表示模块
- 无向直线表示调用
- 起点为空心原点终点为箭头的直线表示数据信息，写在调用上方，并带有说明文字
- 起点为实心原点终点为箭头的直线表示控制信息
- 将数据流转换为软件结构图：
- 将数据流图中的核心系统作为顶层
- 从数据流中提取输入模块，处理模块和输出模块作为第二层，画出树图，用数据信息的符号在连接的调用线上标识数据流
- 把每个模块单独看成一个系统继续向下延伸，最终画出一个树形图
- 数据流图：
-
模块内聚耦合的不同等级分类及说明
内聚：
- 功能内聚：一个模块内所有处理元素完成且仅完成一个功能
- 顺序内聚：一个模块内处理元素和同一个功能密切相关，且必须顺序执行
- 通信内聚：一个模块中所有处理元素都使用同一个输入数据或产生同一个输出数据
- 过程内聚：一个模块内的处理元素相关，且必须与特定次序执行
- 时间内聚：一个模块包含的任务必须在同一段时间内执行
- 逻辑内聚：模块完成的任务在逻辑上属于相同或相似的一类
- 偶然内聚：模块由毫无关系的元素偶然组合在一起
耦合：
- 内容耦合：一个模块范围另一个模块的内部数据或不通过正常入口转到另一模块内部
- 公共耦合：一组模块都访问同一个公共数据环境
- 外部耦合：一组模块都访问同一全局简单变量
- 控制耦合：一个模块明显地控制选择另一模块的功能
- 标记耦合：一组模块通过参数表传递记录信息
- 数据耦合：一个模块与另一个模块之间通过简单数据来交换输入输出信息
- 非直接耦合：两个模块没有直接关系
-
如何设计系统界面？哪些方面需要考虑？
(1)置用户于控制之下。(2)减少用户的记忆负担。(3)保持界面一致。
要考虑的方面：
- 界面元素
- 用户角色
- 需求变化
- 界面原型
-
软件测试有哪些方面（功能/性能/质量等）？如何测试一个系统/产品？
- 单元测试
- 冒烟测试
- 集成测试
- 系统测试
- 验收测试
-
==【重点】==软件开发模型的定义？常用的软件开发模型（原型瀑布演化螺旋敏捷（敏捷是一系列方法的集合如xp、FDD等））？彼此区别与比较
- 定义：指软件开发全部过程、活动和任务的结构框架
- 常用开发模型彼此的比较：
-
瀑布模型：将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，像瀑布一样
将软件生存周期的各项活动规定为若干阶段工作，像瀑布一样
-
演化模型：在瀑布模型的基础上，一次性开发难以成功，因此，演化模型提倡进行“两次开发”，分别是试验开发和产品开发。每个开发阶段按照瀑布模型进行具体开发活动。
在瀑布模型的基础上提倡两次开发
-
原型：快速开发出一个可实际运行的原型，通过用户运行原型后提出的改进意见，对原型进行修改，使原型逐步完善，直到完全满足用户的需求为止
快速开发出一个可以用的原型，根据用户使用后的意见修改到满足需求为止
-
螺旋模型：快速原型法，以进化的开发方式为中心，在每个项目阶段使用瀑布模型法
快速原型法，以进化的方式为中心
-
敏捷模型：以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。
以用户的需求进化为核心，迭代开发
-
-
结构化分析与面向对象的区别 在软件开发过程中如何体现
- 结构化分析方法重点关注功能，体现：面向过程开发，自顶向下编程
- 面向对象重点关注处理的数据，体现：面向对象开发，声明各种包装类
-
产品线方法的成功因素，如何建立软件产品线
-
成功因素：是公共架构的中心角色
-
建立方式：将现有产品演化为产品线，用软件产品线替代现有产品集
-
-
判定树 判定表
-
组织结构图
-
业务流程图
-
ER图及逻辑表转化
画图这种比较难用文字表示，推荐找点例题对着看
e.g. E-R图及逻辑模型转换_根据er图写出逻辑模型-优快云博客 -
主流架构风格
- 数据流
- 调用/返回
- 独立构件
- 虚拟机
- 仓库
-
数据字典写法
表名
字段 数据类型 数据范围 外键 是否必填 默认值
扫一扫
3771
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
