Pular para o conteúdo principal

Sobre Requisitos e Projeto

"A parte individual mais difícil da construção de um sistema de software é decidir o que construir. Nenhuma parte do trabalho danifica tanto o sistema resultante se for feita errado. Nenhuma outra parte é mais difícil de consertar depois" (Fred Brooks).
"É melhor saber algumas das questões a todas as respostas" (James Turber).
"O milagre mais comum da engenharia de software é a transição da análise para o projeto e do projeto para o código" (Richard Due).
"Você pode usar uma borracha na prancheta de desenho ou uma marreta no canteiro de obra" (Frank Lloyd Wright).
"Um erro comum que as pessoas cometem quando tentam projetar algo completamente seguro tem sido subestimar a engenhosidade dos inteiramente doidos" (Douglas Adams).

Comentários

Anônimo disse…
Um software, quando é adequadamente projetado, evita futuros transtornos, tanto para o usuário quanto para a equipe que o desenvolveu. Durante a sua construção, As idéias sugeridas pelos menbros da equipe devem ser analisadas e consideradas por todos, pois, muitas vezes um bom software deixa apresentar um resultado final melhor do que o esperado devido a falta de uma base mais consistente de idéias e ou métodos.
Malesson Pena disse…
Segundo Roger S. Pressman um projeto para ser bem desenvolvido e necessário que siga alguns passos:
O primeira é a comunicação (fase em que ocorre a analise de requisitos), que nada mais é que a interação entre o desenvolvedor(engenheiro de software) e o cliente, o objetivo é saber o que o cliente realmente espera que o programa faça;
O segundo passo é o planejamento onde serão feitos os cronogramas, as tarefas a serem conduzidas, a analise dos riscos, os produtos de trabalho(equipamentos e etc) e os profissionais envolvidos;
O terceiro passo é a modelagem, compreende duas ações analise e projeto, na analise são criados modelos do projeto que irão ajudar o desenvolvedor a mostrar para o cliente como o programa ficará, o objetivo é saber se os requisitos analisados estão de acordo ou se o cliente gostaria de fazer alguma modificação, no projeto o desenvolvedor irá definir como o software deverá dispor suas funcionalidades, ou seja, qual arquitetura, interface e etc, irá utilizar;
O quarto é a construção, que junta duas ações a implementação e os testes, na implementação serão gerados os códigos no programa e finalmente o sistema é transformado em código executável, a etapa dos testes é dividida em duas partes alpha (no ambiente do desenvolvedor) e beta (no ambiente do usuário);
O quinto é a implantação, ou seja, é a fase final onde o programa é entregue ao cliente que irá avaliar e fazer um feedback com base na avaliação.
Na minha opinião a analise de requisitos é o passo mais importante na criação do projeto de software, pois é através dela que o engenheiro irá definir o que um software faz, para tanto é necessário que haja uma boa comunicação entre o engenheiro e o cliente.

Postagens mais visitadas deste blog

Lazarus - Acessando banco de dados com SQLdb - Parte I

Para fazer nossa primeira aplicação usando banco de dados no Lazarus vamos usar o SQLite e o conjunto de componentes nativo SQLdb. Inicialmente vamos apresentar passo como essa aplicação foi criada. Essa foi a maneira que eu fiz, e eu agradeço sugestões e questionamentos que pessoas que já passaram por essa experiência. Depois irei fazer algumas considerações sobre o uso do SQLdb. SQLite SQLite é uma biblioteca que implementa um motor de banco de dados SQL. É livre para qualquer finalidade, seja uso particular ou comercial. Lê e escreve em um único arquivo que pode ter além de tabelas, índices, gatilhos e visões. Executa em várias plataformas e é indicado para aplicações embarcadas. Maiores detalhes podem ser encontrados no site oficial. Para usá-lo, baixe-o do site e faça a instalação adequada para o seu sistema operacional. No Windows isso é muito simples, apenas copie sqlite3.dll para o system32 da pasta do sistema operacional. Existe uma ferramenta de linha de comando chamada

Tipos de dados no SQLite

Em SQLite, diferente de outros motores de banco de dados, o tipo de dado de um valor está associado com o valor propriamente dito, e não com o seu contêiner. É um sistema de tipo dinâmico. Um campo de uma tabela em SQLite pode receber qualquer tipo de dado. Assim, o SQLite simplesmente ignora o tipo informado no comando CREATE TABLE. Então, dizemos que no SQLite existem classes de armazenamento. E essas classes são: NULL - como em qualquer outro banco de dados. INTEGER - inteiro com sinal, armazenado em 1, 2, 3, 4, 6 ou 8 bytes dependendo da grandeza do valor. REAL - valor de ponto flutuante armazenado em 8 bytes. TEXT - uma string armazenada usando UTF-8, UTF-16BE ou UTF-16LE. BLOB - armazena um blob, como indica o nome. Uma coluna INTEGER PRIMARY é uma exceção. Só aceita números inteiros. Qualquer valor em um comando SQL tem uma classe de armazenamento implícita. Durante a execução do comando SQL, o SQLite pode converter valores entre classes numéricas (INTEGER e REAL)

Lazarus - Criando relatórios com FortesReport (Parte I)

Para a criação de relatórios, o Lazarus já trás o componente LazReport, no entanto ele precisa ser instalado no IDE. Para fazer a instalação do pacote, acesse o menu Package -> Open package file (.lpk) . Localize o diretório de instalação do Lazarus e na pasta components abra lazreport e depois source . Abra o pacote lazreport.lpk , clique em Compile e depois em Install . Como já sabemos isso irá recompilar o IDE. Depois de inicializado novamente estará disponível a aba LazReport . Leia aqui um tutorial básico sobre o LazReport. No entanto queremos mostrar uma alternativa ao LazReport . Por essa razão, vamos apresentar neste artigo o FortesReport . Para quem conhece o QuickReport, que fazia parte do Delphi, não terá dificuldade de desenvolver com esse componente. Baixe o pacote aqui e instale. Os procedimentos são semelhantes aos que mostramos acima. Você terá uma nova aba chamada Fortes Report . Conectando o banco de dados O primeiro passo para criar a aplicação é fazer