软件需求师 软件需求第三版pdf - 电脑|办公 - 电脑办公-杀毒安全-网络-V3学习网
微商网
 
 
导航:首页 |电脑|办公|正文

软件需求师 软件需求第三版pdf

时间:2021-03-30 10:56:15
软件需求工程师应聘需要哪些知识? 应该了解软件工程的过程,软件需求的获取、分析、编写需求说明书(SPECIFICATION)和验证的关系及其迭代过程。还应该了解用例(USE CASE)、类图、ER图等
作者:

软件需求师

软件需求工程师应聘需要哪些知识?

应该了解软件工程的过程,软件需求的获取、分析、编写需求说明书(SPECIFICATION)和验证的关系及其迭代过程。

还应该了解用例(USE CASE)、类图、ER图等。

你可以买几本有关软件需求的书看看,如徐锋的《软件需求最佳实践——SERU过程框架原理与应用》等,供参考。

软件需求模式有哪些分类?

需求可以按多种方式分类(例如,按功能和非功能分类)。

使用需求模式有一个优点,如果对模式分类,自动就对使用这些模式的需求分类。

分类告诉我们一些使用模式的需求的本性。

使用这些分类的其他方式是按照分类找到需求以及统计需求。

人们喜欢统计(至少有一些人,通常他们是高级行政人员,我们应该让他们高兴)。

对系统的需求的统计可以在很多方面有用。

可以帮助大概了解系统的复杂性和规模。

为了这个目标,需要对每个需求标记所需统计的数值。

(需求管理工具通常定义一些额外的需求属性,然后对每个需求输入属性的数值,这是个乏味的工作。

)使用需求模式可以节省这方面的工作,因为使用模式产生的所有需求有共同的属性。

它们只需要在模式编写的时候定义一次。

这个信息记录在每个模式的“模式分类”部分。

一旦需求以这种方式标记,就可能搜索分类查找到符合条件的所有需求。

如何把模式中的分类信息传送给需求取决于如何保存需求。

(这留给读者练习)一个直接的办法就是把需求拷贝到excel中,添加一列确定需求使用的需求模式,对每一个分类添加一列。

(按模式名排序可以更容易一次处理多个分类数值。

) 本书中的需求模式只包含了少量的基本分类方式,定义在下面。

你可以定义自己额外的分类方式,并用它们对模式分类。

如果是这样的话,按照下面的方式编写合适的定义,然后把它们放在引用它们的需求模式的地方。

分类可以帮助使用需求的任何人,包括开发人员。

因此,不必要所有人都理解每一个分类。

基于这个原因,每一个分类要有一个主要读者,并且明确的陈述。

如果你不属于这部分读者,不要担心不能理解它的目的或者对它不感兴趣。

需求模式的分类需要合适和精确的定义,否则基于分类的统计就不可能可靠。

每个分类需要定义以下内容: 名称:分类的唯一的,明显的名称读者:关于谁可能对这个分类感兴趣的解释:目标是谁。

目的:描述分类使用的意图是什么。

允许值:定义在模式中这个分类可以有的值,解释它们的含义。

最通常的方法是定义数值列表。

数字的或者文字的或者任何其他数值都可以使用,只要读者了解这些数值的含义。

缺省值:如果在模式中的分类没有定义(明确陈述),这就是采用的数值。

这样可以不必在模式中明确的定义分类,如果这个分类只对相对少量的模式有意义(换句话说,就是只对少量模式重要)。

本书中用到三个需求模式分类,下面使用这种格式描述。

“功能”分类 名称:功能读者:对挑选系统功能感兴趣的任何人,或者对功能数量感兴趣的人。

目的:指出这种类型的需求是否定义了系统必须提供的功能允许值:是每一个这种类型的需求是功能需求。

可能是有些这种类型的需求是功能需求;有些不是。

编写一个模式时,小心使用这个值。

确定模式是否定义清楚了;可能应该分成两个,一个是功能部分一个是非功能部分。

否这种类型的需求不是功能需求缺省值:否 “普遍性”分类 名称:普遍性读者:软件开发人员目的:指出这种类型的需求是否是普遍性的(也就是说,适用整个系统)。

它的目的是提醒开发人员注意,不管他们正在开发系统的那一部分,这个需求都影响他们。

允许值:是这种类型的需求是普遍性需求。

可能是有些这种类型的需求是普遍性的,有些不是。

否这种类型的需求不是普遍性需求缺省值:否 “影响数据库”分类 名称:影响数据库读者:数据库管理员(以及软件开发人员)目的:指出这种类型的需求是否会影响系统数据库的设计。

它的目的提醒负责设计数据库的人员关注这些需求允许值:是这种类型的需求影响数据库。

可能是有些这种类型的需求影响数据库,有些不影响。

否这种类型的需求不直接影响数据库。

软件需求模式之间是什么关系?

1.引用 一个需求模式可以在定义中提到另一个模式。

一个模式引用另外一个模式有几个原因: a.一个需求定义的一些东西包含(有)另外一个需求定义的一些东西。

.一个模式的需求实例使用了第二个模式的需求实例定义的信息。

例如一个需求定义了一个数据结构可能使用了一个数据类型需求定义的一个值。

c.一个需求可能建议建立一种额外需求,可以应用一个模式定义它。

d.转移模式可能引导使用不同的模式建立需求。

(见本章后面的“转移需求模式部分) e.需求模式可以引用另一个模式,这个模式包含一个特别主题的相关推理信息。

2.扩展 一个需求模式以另外一个模式为基础开发(或者是特殊化)。

在面向对象的术语中,这是继承关系。

除了扩展另外一个模式,需求模式可以扩展需求模式组。

(在面向对象术语中,组类似于模式的抽象基类)需求模式不允许扩展多个模式或组。

可以画一个图描述一组模式和基础架构以及它们之间的关系。

图 3‑3显示了两个领域,并有符号注释。

继承是最重要的关系类型。

软件需求模式组特性是什么?

当几个需求模式有共同的特性,可以建立一个需求模式组,用于描述它们共同的方面,而不必在每个模式中重复。

一个需求模式组不是一个需求模式:不能建立这种类型的需求。

但是一个组可以包含下列出现在需求模式定义中的任何部分:“额外需求”,“开发考虑”,和“测试考虑”。

包括哪一部分而省略其他部分的原则是是否有一些事情值得说。

任何时候如果某一部分出现在了需求模式组里,模式的相应的部分应该包含一个注释,提醒参考需求模式组。

领域和需求模式组的区别在于领域中的模式共有一个主题,而在模式组中的模式有共同的细节特性。

一个组中的模式不一定属于同样的领域。

(对于熟悉Java编程的人,需求模式与领域的关系类似于类与包之间的关系:每个类属于一个包,就像每个模式属于一个领域。

同样,需求模式可以在属于不同领域的模式基础上开发,就像Java类可以继承自不同包的类。

软件需求工程有哪些过程?

一、 开始 1. 项目经理根据项目特点,指定对过程表格的具体要求; 2. 项目经理制订项目的标准,包括:DTS(缺陷类型)、TRA(风险类型)、TRS(需求类型)等,在过程表格中按标准引用. 二、 计划 1. 计划经理估算需求开发时间; 2. 计划经理完成:SPT(进度计划)、TPT(任务计划),将计划数据录入PDS(项目计划摘要). 三、 需求获取 1. 软件需求工程师搜集系统概要信息,填写REQ(需求获取概貌); 2. 软件需求工程师搜集用户需求,分类并清晰地把需求写入REA(需求获取/分析)、RES(需求获取情节)、UIR(用户交互需求); 3. 检查需求获取过程,并填写REC(需求获取检查); 4. 如果检查不通过,从1.重头开始过程; 5. 软件需求工程师填写TRL(时间记录日志)、PIP(过程改进建议); 6. 计划经理整理本阶段数据,录入SPT、TPT. 四、 需求分析 1. 软件需求工程师进行需求分析,建立分析模型,数据字典及项目词汇表,完成REA(分析模型的具体要求,请分别参见结构化分析和面向对象分析的具体作业指导书); 2. 软件需求工程师将发现的需求的冲突、交迭、冗余或矛盾,记入NCR; 3. 检查需求分析,完成RAC(需求分析检查); 4. 如果检查不通过,从1重头开始过程; 5. 软件需求工程师填写TRL、PIP; 6. 计划经理整理数据,录入TPT、SPT. 五、 协商 1. 软件需求工程师利用NCR,与风险承担者协商解决需求分析中发现的问题,将决议录入NCR; 2. 软件需求工程师根据决议,修改REA等相关文档; 3. 如果有新的需求引入,需要重新进行需求分析阶段; 4. 软件需求工程师填写TRL、PIP; 5. 计划经理整理数据,录入TPT、SPT. 六、 需求评审 1. 评审小组负责人拟定检查清单,为成员分派检查任务,制订评审日程表; 2. 评审员各自评审分派的内容,将发现的问题录入DRL(缺陷记录日志); 3. 评审小组负责人组织评审会议,各小组成员提交DRL并讨论; 4. 评审小组以IRF形式提交检查报表; 5. 软件需求工程师根据IRF修订相关文档; 6. 计划经理整理数据,录入TPT、SPT。

七、 需求文档编写 1. 软件需求工程师综合考虑功能需求和非功能需求,编写《软件需求说明书》 《软件需求说明书》的编写格式与要求,请参见具体的作业指导书。

2. 利用RDC检查《软件需求说明书》是否全面、正确并可执行; 3. 如果检查不通过,从1重头开始过程; 4. 软件需求工程师填写TRL、PIP; 5. 计划经理整理数据,录入TPT、SPT。

八、 需求确认 1. 评审小组,对需求进行确认: l 确认每一个需求及相互关系; l 需求的总体质量达到标准。

将结果写到RVC。

2. 软件需求工程师根据RVC,修订需求文档,并最终通过; 3. 软件工程师为每一个需求设计测试用例,并录入TRF; 4. 相关人员填写TRL、PIP; 5. 计划经理整理数据,录入TPT、SPT。

九、 配置管理 1. RD(需求文档)成为基线后,即纳入到配置管理; 2. 如果需要对基线RD(需求文档)进行修改,填写CCP; 3. 配置管理人员征求需求开发小组和其他相关人员(风险承担者)关于CCP的意见; 4. 如果所有人员通过CCP,则将需求文档的配置管理取出,并填写CCF; 如果否决需求,则填写RRF; 5. 软件需求工程师修改RD以适应新的需求 (可能包括REA等); 6. 评审小组对修改的RD执行第八步; 7. 相关人员填写TRL、DRL. 十、 事后分析 1. 计划经理将DRL、TRL、需求增长率,整理到PPS; 2. 小组分析SREP过程,找出需要改进的地方,填写PIP,并提交质量经理; 3. 小组建立未来过程的改进目标.

做网站美工师,需要学习什么软件?

女孩子做软件软件测试的还是比较多.这个行业可以让女人工作没那么累.要想学软件测试 可以在网上找一些书看看. 软件测试教程. 软件测试技术.在看点文档.和一些测试模板.在下载些简单的工具.去找工作估计没什么问题了.QTP, silktest 或是 lr 都可以. www.rjzl.gov.cn 照大纲复习了.上网找一些最新资料 一、考试说明 1.考试要求: (1) 掌握数据表示、算术和逻辑运算; (2) 掌握相关的应用数学、离散数学的基础知识; (3) 掌握计算机体系结构以及各主要部件的性能和基本工作原理; (4) 掌握操作系统、程序设计语言的基础知识,了解编译程序的基本知识; (5) 熟练掌握常用数据结构和常用算法; (6) 熟悉数据库、网络和多媒体的基础知识; (7) 掌握C程序设计语言,以及C++、Java、Visual、Basic、Visual C++中的一种程序设计语言; (8) 熟悉软件工程、软件过程改进和软件开发项目管理的基础知识; (9) 熟悉掌握软件设计的方法和技术; (10) 掌握常用信息技术标准、安全性,以及有关法律、法规的基本知识; (11) 了解信息化、计算机应用的基础知识; (12) 正确阅读和理解计算机领域的英文资料。

2.通过本考试的合格人员能根据软件开发项目管理和软件工程的要求,按照系统总体设计规格说明书进行软件设计,编写程序设计规格说明书等相应的文档,组织和指导程序员编写、调试程序,并对软件进行优化和集成测试,开发出符合系统总体设计要求的高质量软件;具有工程的实际工作能力和业务水平。

3.本考试设置的科目包括: (1) 计算机与软件工程知识,考试时间为150分钟,笔试; (2) 软件设计,考试时间为150分钟,笔试。

二、考试范围 考试科目1:计算机与软件工程知识 1.计算机科学基础 1.1 数制及其转换 · 二进制、十进制和十六进制等常用制数制及其相互转换 1.2 数据的表示 · 数的表示(原码、反码、补码、移码表示,整数和实数的机内表示,精度和溢出) · 非数值表示(字符和汉字表示、声音表示、图像表示) · 校验方法和校验码(奇偶校验码、海明校验码、循环冗余校验码) 1.3 算术运算和逻辑运算 · 计算机中的二进制数运算方法 · 逻辑代数的基本运算和逻辑表达式的化简 1.4 数学基础知识 · 命题逻辑、谓词逻辑、形式逻辑的基础知识 · 常用数值计算(误差、矩阵和行列式、近似求解方程、插值、数值积分) · 排列组合、概率论应用、应用统计(数据的统计分析) · 运算基本方法(预测与决策、线性规划、网络图、模拟) 1.5 常用数据结构 · 数组(静态数组、动态数组)、线性表、链表(单向链表、双向链表、循环链表)、队列、栈、树(二叉树、查找树、平衡树、线索树、线索树、堆)、图等的定义、存储和操作 · Hash(存储地址计算,冲突处理) 1.6 常用算法 · 排序算法、查找算法、数值计算方法、字符串处理方法、数据压缩算法、递归算法、图的相关算法 · 算法与数据结构的关系、算法效率、算法设计、算法描述(流程图、伪代码、决策表)、算法的复杂性 2.计算机系统知识 2.1 硬件知识 2.1.1 计算机系统的组成、体系结构分类及特性 · CPU和存储器的组成、性能和基本工作原理 · 常用I/O设备、通信设备的性能,以及基本工作原理 · I/O接口的功能、类型和特性 · I/O控制方式(中断系统、DMA、I/O处理机方式) · CISC/RISC,流水线操作,多处理机,并行处理 2.1.2 存储系统 · 主存-Cache存储系统的工作原理 · 虚拟存储器基本工作原理,多级存储体系的性能价格 · RAID类型和特性 2.1.3 安全性、可靠性与系统性能评测基础知识 · 诊断与容错 · 系统可靠性分析评价 · 计算机系统性能评测方式 2.2 软件知识 2.2.1 操作系统知识 · 操作系统的内核(中断控制)、进程、线程概念 · 处理机管理(状态转换、共享与互斥、分时轮转、抢占、死锁) · 存储管理(主存保护、动态连接分配、分段、分页、虚存) · 设备管理(I/O控制、假脱机) · 文件管理(文件目录、文件组织、存取方法、存取控制、恢复处理) · 作业管理(作业调度、作业控制语言(JCL)、多道程序设计) · 汉字处理,多媒体处理,人机界面 · 网络操作系统和嵌入式操作系统基础知识 · 操作系统的配置 2.2.2 程序设计语言和语言处理程序的知识 · 汇编、编译、解释系统的基础知识和基本工作原理 · 程序设计语言的基本成分:数据、运算、控制和传输,过程(函数)调用 · 各类程序设计语言主要特点和适用情况 2.3 计算机网络知识 · 网络体系结构(网络拓扑、OSI/RM、基本的网络协议) · 传输介质、传输技术、传输方法、传输控制 · 常用网络设备和各类通信设备 · Client/Server结构、Browser/Server结构 · LAN拓扑,存取控制,LAN的组网,LAN间连接,LAN-WAN连接 · 因特网基础知识以及应用 · 网络软件 · 网络管理 · 网络性能分析 2.4 数据库知识 · 数据库管理系统的功能和特征 · 数据库模型(概念模式、外模式、内模式) · 数据模型,ER图,第一范式、第二范式、第三范式 · 数据操作(集合运算和关系运算) · 数据库语言(SQL) · 数据库的控制功能(并发控制、恢复、安全性、完整性) ...

大家还关注
    
阅读排行
推荐阅读