论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
ToB企服应用市场:ToB评测及商务社交产业平台
»
论坛
›
软件与程序人生
›
程序人生
›
软考中级-软件工程
软考中级-软件工程
鼠扑
金牌会员
|
2025-2-19 21:47:00
|
显示全部楼层
|
阅读模式
楼主
主题
918
|
帖子
918
|
积分
2754
1 软件过程
1.1 能力成熟度模型(CMM)
初始(混乱)->可重复(建立基本、重复以往)->已定义(文档化、标准化)->已管理(制定产品质量标准)->优化(新技术改进)
1.2 能力成熟度模型集成(CMMI)
两种表示方法:阶段式模型、连续式模型。
阶段式模型
连续式模型
L0(未执行、未得到)->L1(可标识输入转为可标识输出)->L2(已管理的制度化)->L3(已定义的制度化)->L4(可定量管理的制度化)->L5(优化)
2 软件过程模型
适合需求明确的情况。
2.1 瀑布模型
2.2 V模型
2.3 增量模型
一开始就需求明确,将需求分解为多个增量举行开发,可以快速提供一个版本。
3 演化模型
应对对于需求熟悉不明了,需求经常变化的情况而产生的模型,可以大概快速发布初始版本。
3.1 原型模型
适合系统规模不是很大,需求不明了的情况。
3.2 螺旋模型
融合瀑布模型和演化模型,加入了风险分析,补充了这两种模型的不敷,适合大型项目。
4 喷泉模型
降服了瀑布模型不支持软件重用和多项开发运动集成的局限性。具有迭代行和无间隙性(无界限,可各部门同步开发)。
5 统一过程(up)模型
6 敏捷方法
目标:尽大概早的、连续的对有价值的软件举行交付。
6.1 极限编程法(XP)
由价值观、原则、实践、举动构成。
6.2 水晶法
每个项目都须要一套不同的策略、约定和方法论。
6.3 并列争求法
30天一次的迭代称为一个冲刺。
6.4 自适应软件开发
6.5 敏捷统一过程
在大型上连续,在小型上迭代,敏捷统一编程包罗以下运动(建模、实现、测试、摆设、配置及项目管理、环境管理)。
7 需求分析
功能需求:思量系统要做什么?在何时做?怎样修改提拔?
性能需求:思量软件开发的技术性指标。如容量限制、执行时间、相应时间、吞吐量。
数据需求:思量输入输出的数据格式。
相识即可:
8 系统设计
8.1 概要设计
设计软件系统总体结构
关键一步,将系统划分为多少模块,确定每个模块功能、模块间调用关系、模块接口、评估模块质量。
数据结构及数据库设计
数据库设计(概念设计、逻辑设计、物理设计)
编写概要设计文档
概要设计说明书、数据库设计说明书、用户手册、修订测试操持。
评审
是否完成相应功能、性能,方法是否可行。
8.2 详细设计
紧张基础。
对每个模块举行详细的算法设计。
对模块内数据结构举行设计。
对数据库举行物理设计,确定物理结构。
其他设计(代码格式、输入输出格式、UI设计)
编写详细设计说明书。
对算法和数据库物理结构举行评审。
9 系统测试
9.1 系统测试意义、目的和原则
意义:为了发现错误,是保证系统质量的关键。
目的:最少的人力和时间发现错误。
原则:遍布全部阶段、不让开发人员测试本身、设定输入和预期输出、测试不公道的输入、检验系统是否做了不该做的事、严格按照测试操持、妥善保存测试用例、经心设计测试用例增长复用性、测试目标源自需求。
9.2 单元测试
又称模块测试,对模块中内部逻辑和数据结构举行测试,一般采取白盒测试,高内聚低耦合可以简化单元测试。
(1)测试内容
模块接口
局部数据结构
紧张的执行路径
出错处理
界限条件
(2)单元测试过程
9.3 集成测试
(1)自顶向下集成测试
增量测试,采取深度优先或广度优先由主控开始搜,不消写驱动模块。
(2)自底向上集成测试
不消写桩模块。
(3)回归测试
从头测,防止回退。
(4)冒烟测试
9.4 测试方法
静态测试
人工检测
盘算机静态辅助分析
动态测试
在程序运行阶段对程序举行测试。
黑盒测试
不关心内部结构,其测试技术有等价类划分、界限值分析、错误推断、因果图。
(1)等价类划分
如有用值是0<x<100,那么1~99都叫做有用等价类,其他数都叫做无效等价类。
(2)界限值分析
基于上例,0和100就是界限值。
(3)错误推断
根据经验和直觉推断错误,设计测试用例。
(4)因果图
通过输入(因)和输出或状态改变(果)来构建因果图,转化为判定表。
白盒测试
根据程序的结构和内部逻辑来设计测试用例。
(1)逻辑覆盖
观察用测试数据运行被测程序时对程序逻辑的覆盖程度,下属几种覆盖性依次增强。
a)语句覆盖:选择足够的测试数据,使程序中每条语句至少被执行一次(没有语句的路可以不覆盖)。
b)判定覆盖(分支覆盖):每个判定表达式“真”和“假”至少各通过一次。
c)条件覆盖:每个条件的每个大概值都要满意一次,如条件为A>0 && B>0,那么要A>0、A<=0、B>0、B<=0都测一遍,如两条测试用例分别为A=1,B=1和A=0,B=0。
d)判定/条件覆盖:“真”“假”各至少出现一次,条件中个值的“真”和“假”也各至少出现一次(前两种的结合)。
e)条件组合覆盖:每个条件中的大概值的组合都要出现一次,如条件为A>0 && B>0,那就要A真+(B假/B真)、A假+(B真/假)四种组合都出现。
f)全部路径都覆盖。
(2)循环覆盖
执行足够的测试用例使得每个条件都得到验证。
(3)基本路径测试
通太过析控制流图环路复杂性设计用例。
白盒测试原则:
测试用例:由测试输入数据+预期输出数据构成,应同时包罗公道的和不公道的输入,不公道的输入越多越不公道。
9.5 McCabe度量法
环路个数也便是闭合区域数+1。
10 运行和维护知识
(1)系统维护
可维护性评价指标:可明白性、可测试性、可修改性。
(2)系统文档和用户文档
用系统文档测试、用用户文档维护。软件运维不属于开发阶段,但开发阶段要保证可维护性。文档是运维的关键因素。
(3)软件维护内容
分为硬件维护、软件维护、数据维护,软件维护紧张。
软件维护有以下几方面:
精确性维护:测试阶段未发现问题、运行阶段发现了,需修正。
适应性维护:根据需求和运行环境须要软件来适应。
完善性维护:增长一些系统分析和设计阶段未规定的功能和特性。
预防性维护:增长一些预防性新功能,避免被镌汰。
(4)软件可靠性、可用性、可维护性
11 COCOMO模型
基本COCOMO模型:静态单变量模型。
中级COCOMO模型:静态多变量模型。
详细COCOMO模型:分为系统、子系统和模块三层。
COCOMOII模型:分为应用组装模型、早期设计阶段模型、体系结构阶段模型。有三种规模估算选择为对象点、功能点和代码行。
12 甘特图
13 PERT图
箭头表示任务,每个节点的流入表示流入箭头所指任务竣事,流出表示流出箭头所指任务开始,只有当流入任务都竣事时,节点所表示的事件才出现,事件仅表示一个时间点。最早时刻表示从该事件出发的任务不大概在本节点的最早时刻之前开始,最迟时刻表示从该事件出发的任务必须在此时刻之前开始,否则整个工程无法准期完成。
开始节点的最早开始时刻为0,竣事节点的最迟时刻便是竣事节点的最早时刻,每个节点最早和最迟时刻差就是松懈时间。
最早和最迟时刻相称的节点构成的路径就是关键路径。
最早时刻盘算:
最迟时刻盘算:
PERT图不能表现任务的并行关系。
13 项目运动图
14 软件配置管理
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
回复
使用道具
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
鼠扑
金牌会员
这个人很懒什么都没写!
楼主热帖
Java 基于Apache POI实现Excel读写操作 ...
Dapr 知多少 | 分布式应用运行时 ...
XAF新手入门 - 类型子系统(Types Info ...
5.15日 搭建青龙面板教程——狗东跑跑 ...
记录一次NoSuchMethodError问题的解决 ...
Python 封装SNMP调用接口
C#生成putty格式的ppk文件(支持passph ...
springboot开启单元测试的方法分享 ...
记一次SQL注入的收获
C++中函数指针使用
标签云
挺好的
服务器
快速回复
返回顶部
返回列表