文章目录
一、单选
二、判断
三、名词解释
NATO 北大西洋公约组织
CMM-SW 能力成熟度模型 - capability maturity model for software
KPA 关键过程域 - key process area
SEPG 软件工程过程组
CASE 计算机辅助软件工程 - computer aided software engineering
CMMI 能力成熟度模型集成
FAST 便利的应用规约技术 - facilitated application specification techniques
Use Case 用况
SA 面向数据流的结构化分析方法
ATAM 体系结构权衡分析法 - architecture trade-off analysis method
PAD 流程框图演化而来，用结构程序设计思想表现程序逻辑结构的图形工具 - problem analysis diagram
PDL 设计性语言、伪代码 - program design language
SA 结构化分析 - structured analysis
SD 结构化设计 - structured design
SP 结构化程序设计 - structured programming
DFD 数据流图 - data flow diagram
JSP Jackson结构程序设计方法 - Jackson system programming
JSD Jackson系统开发方法 - Jackson system development
OOA 面向对象的分析方法 - object-oriented analysis
OOD 面向对象设计
OMT 对象建模技术
OOSE 对象软件工程
UML 统一建模语言 - unified modeling language
CRC 类-责任-协作者 - class-responsibility-collaborator
ASD 自适应软件开发 - adaptive software development
DSDM 动态系统开发方法 - dynamic system development method
UIDS 用户界面工具箱 -
BRO 分支与关系运算符 -
BPR 业务过程再工程、业务过程重组 - business process reengineering
PMI 项目管理协会 - Project Management Institute
4P People、Product、Process、Project - 人员、产品、过程、项目
McCall模型 - 软件质量度量模型框架
McCabe环形复杂性度量
Halstead复杂性度量
CAD 计算机辅助设计
IBM估算模型
CoCoMo模型 构造性成本模型 - constructive cost model
PERT 计划评审技术 - program evaluation and review technique
CPM 关键路径方法 - critical path method
RMMP 风险管理及监控计划 - risk management and monitoring plan
SQA 软件质量保证 - software quality assurance
ISO - 国际标准化组织 - International Organization for Standardization
IEC - 国际电工委员会 - International Electrotechnical Commission
waterfall model 瀑布
evolutionary model 演化
incremental model 增量
prototype 原形
fountain model 喷泉
四、简答
1.软件部署对软件设计的影响。
安装说明书
操作系统、内存、磁盘
- 操作系统：win10
- 内存：>4G
- 编译环境：JDK1.8
- 数据库：MySQL 5.*
用户说明书 - 培训
系统的交付
用户培训：介绍系统的主要功能以及访问它们的需要，以便让用户理解这些功能是什么和怎样去执行它们。
操作员培训：熟悉系统的支持功能，了解系统是怎样工作的，而不是系统是做些什么。
用户手册应从需求分析出发进行编写，同测试人员为系统和验收测试编写脚本。
系统需求和设计的改变应在文档和培训材料中有所体现。
2.面向对象的核心思想和局限性。
同构功能
解决问题的分析过程
核心思想
将对象作为程序的基本单元，将程序和数据封装在其中以提高软件的复用性、灵活性和扩展性。
三大特性：封装、继承、多态
围绕现实世界中的对象来构造系统，而不是围绕功能来构造系统
局限性：方法冗余、杂乱
紧耦合——两个部件之间有间接的关联
低内聚——执行核心功能的方法被分散到了多个类中
内聚：一个模块内部各个元素彼此结合的紧密程度的度量
3.用户体验与需求分析。
使用感受 94%
体验 -> 功能 <- 需求
(课程管理系统)
体验：系统运行过程中，系统不会轻易出现闪退、页面无法访问或访问等待时间过长的问题。
功能：
老师通过账号密码登入后，可以对学生的学籍、课程和成绩进行统一管理。
学生通过账号密码登入后，可以对自己的学籍、课程安排和成绩进行查询浏览。
4.软件项目管理的体会。
角色不同，体会不同
作为项目管理者应懂得如何管理项目，使项目按期高质量地完成。
作为项目参与者，应该了解项目管理的各项活动，并积极的参与到项目管理中去。
5.软件体系结构的意义。
组成方式
软件体系结构在软件开发的各个阶段都起到了十分重要的作用。
它不但可以控制软件的复杂性和提供高层次的复用，
而且作为工程计划的前期工作，
软件体系结构可以使开发者更早的从全局考虑关键性设计问题，
从而保持整个软件系统的一致性。
6.软件工程产生背景。
标准 & 效率
几十年前，软件行业很不规范，小程序虽然个人能很好完成，但缺乏良好的代码管理；大程序设计人员多，工程复杂，由于缺乏相关理论知识和经验，导致很多失败的大项目产生，为了解决这种情况诞生了软件工程。
软件工程产生的背景
7.编码风格与开发效率。
规定
软件的生命周期贯穿产品的开发，测试，生产，用户使用，版本升级和后期维护等过程，只有易读，易维护的软件代码才具有生命力。
如何打造团队的代码风格统一以及开发效率的提升
良好的编码风格有助于编写出可靠而又容易维护的程序，
编码风格在很大程度上决定着程序的质量。
结构的标准和指导方针
易于调用和复用
标准的使用促进了小组成员之间的交流
常用的设计技术和策略的使用让代码更易于测试、维护和复用
8.软件项目开发中各角色之间的关系。
运维 - DBA
根据需求分析与后端开发人员一同绘制数据库ER图（概念设计）和数据库关系图（物理设计）。
安装数据库。
根据数据库关系图库建库建表。
同测试人员一同进行数据库的压力测试。
负责数据库监控、管理和性能分析。
负责数据库备份恢复。
负责数据库集群负载均衡和故障转移。
软件开发过程中的团队成员角色
数据库设计（概念模型CDM和物理模型PDM）
搭建项目运行环境(操作系统、数据库和JDK)，将项目打包部署在服务器上。
维护操作系统和数据库。
9.软件测试在软件开发各阶段中的体现。
软件测试贯穿软件开发的整个过程。
测试人员在软件开发各阶段中的作用
需求分析：考虑软件失效时有的状态信息和数据。
设计：使用错误树分析、失效模式和因果分析以及其他技术，来避免失效或减轻失效的后果。
代码编写：构建一个安全性实例，以确信软件是高度可靠地、将产生用一个安全的系统。
测试：仔细考虑所有可能的测试实例、在适当的时候采用自动工具、确保设计考虑所有的危险。
集成测试 - 设计说明
功能测试 - 系统功能需求
性能测试 - 其他软件需求
验收测试 - 顾客需求说明
安装测试 - 用户环境
参考评分标准：结合具体实验项目6w（4分）；理论部分（3分）；联系实际部分（3分）。
6w
1、市场需要什么（What）——有关产品（Objects）是什么。通过分析消费者希望购买什么，为什么需要这种商品而不是需要那种商品，研究企业应如何提供适销对路的产品去满足消费者的需求。
2、为何购买（Why）——购买目的（Objectives）是什么。通过分析购买动机的形成（生理的、自然的、经济的、社会的、心理因素的共同作用），了解消费者的购买目的，采取相应的市场策略。
3、购买者是谁（Who）——购买组织（Organizations）是什么。分析购买者是个人、家庭还是集团，购买的产品供谁使用，谁是购买的决策者、执行者、影响者。根据分析，组合相应的产品、渠道、定价和促销。
4、如何购买（How）——购买组织的作业行为（Operations）是什么。分析购买者对购买方式的不同要求，有针对性地提供不同的营销服务。在消费者市场，分析不同的类型消费者的特点，如经济型购买者对性能和廉价的追求，冲动性购买者对情趣和外观的喜好，手头拮据的购买者要求分期付款，工作繁忙的购买者重视购买方便和送货上门等。
5、何时购买（When）——购买时机（Occasions）是什么。分析购买者对特定产品的购买时间的要求,把握时机，适时推出产品，如分析自然季节和传统节假日对市场购买的影响程度等。
6、何处购买（Where）——购买场合（Outlets）是什么。分析购买者对不同产品的购买地点的要求，如消费品种的方便品，顾客一般要求就近购买，而选购品则要求在商业区（地区中心或商业中心）购买，一边挑选对比，特殊品往往会要求直接到企业或专业商店购买等。
3064
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
