Fichamento de Requisitos Pressman Cap.

Rafael Lima - 156020

Pg. 2

Construir software pode ser desafiador as vezes, e muitos pensam que tudo somente cdigo.
Mas existe uma fase na produo de software muito importante que a fase dos requisitos, se
no for feita corretamente, pode acarretar muitos problemas durante o desenvolvimento do
software. Pois, nessa fase que se entende o que realmente o cliente quer.

Pg. 6

Eu compreendi que importante se imergir no domnio do problema, identificando os

interessados e olhando o sistema pela viso de cada papel que vai utilizar o sistema.

Pg. 9

Aqui pode se observar um comportamento gil da equipe, que no espera haver a reunio de
levantamento de requisitos para comear a pensar no software. A equipe se rene e comea a
levantar possveis casos de usos para o mesmo e pesquisar sobre as possveis funcionalidades
do sistema. Assim, agilizando uma base e aumentando as perguntas sobre o que o cliente pode
querer para tentar cobrir o mximo possvel.

Pg. 11

Requisitos podem ser divididos por quanta qualidade de uso eles podem vir a agregar ao
produto e ao cliente

Pg. 12

Ao contrrio do que eu pensava, artefatos do levantamento de requisitos vo alm de casos de

uso, artefatos tambm incluem levantamento tcnico do ambiente.

Pg. 13

Ao desenvolver casos de uso, importante definir os atores do sistema. E eu notei que at

mesmo dispositivos ligados no sistema podem ser atores do sistema e uma pessoa pode
empenhar diversos papeis.

Pg. 17

Existem vrias maneiras de construir um modelo de anlise, vai do analista definir qual o
melhor para descrever o domnio do seu problema da melhor maneira. Muitas vezes os
modelos j esto definidos no processo da empresa, o que pode vir a trazer trabalho extra que
no vai ser usado futuramente.

Pg. 20

Saber negociar requisitos essencial, para no ocorrer o problema de pegar muitas

funcionalidades que iriam estourar o prazo de entrega e entregar um software abaixo do
esperado pelo cliente. Deve haver um balano para que todos saiam ganhando, o que difcil
de conseguir.

Pg. 21

Ao recolher todos os requisitos, os mesmos devem ser validados para que no haja
inconsistncias ou falta de informaes, para que o produto que o cliente precisa seja
produzido pelo time de programadores e no uma coisa totalmente diferente.