Desde o início da humanidade o ser humano vem acumulando conhecimento e o repassando às gerações futuras.
Com a evolução dessas gerações a quantidade de informação gerada foi crescendo de forma exponencial. Calcula-se que em 40 mil anos de humanidade tenha criado menos dados do que os últimos três anos, segundo a revista Teradata Magazine [www.teradatamagazine.com] baseando-se em pesquisa de Universidade de Berkeley.
Em 2009 o total de informação chegava a 500 exabytes ( bytes) e em 2010 esse valor já saltava para 1000 exabytes de informação gerada no total. E a previsão é de dobrar esse nível de informação circulando a cada seis meses.
Delimitando o nosso universo de estudo ao mundo corporativo partimos da Revolução Industrial como linha demarcatória das nossas mudanças.
Antes da Revolução Industrial as organizações da época, por volta do final século VXII, eram empresas pequenas e com mão de obra executando suas tarefas com muita proximidade entre os envolvidos, tudo isso devido à concentração da produção, multiplicação da capacidade produtiva do homem e o melhor aproveitamento das máquinas e processos.
A Revolução Industrial trouxe aos produtores facilidades para a expansão de suas produções nunca antes vista. Desta forma a quantidade de funcionários aumentou e o tamanho de suas fábricas também.
Com esse movimento crescente a administração da empresa criou vida própria com necessidades de controles e definições de processos distintos daqueles antes utilizados exclusivamente para a produção. Pois antes a mesma pessoa fazia todas as etapas dentro de uma empresa, porém com o seu crescimento isso ficou impraticável e cada um teve a sua tarefa ou tarefas específicas da sua área.
Viajando um pouco mais adiante no tempo chegamos a um momento em que as empresas ultrapassaram uma estrutura suportada por controles e processos manuais.
Isso ocorreu na década de 1950, momento de explosão dos mainframes para controle dos sistemas de estoques, processo de alto custo e lento, porém mais rápido do que controle manual.
De acordo com a apostila Metodologia de análise de sistemas, página 8 temos a definição: “A definição de Sistema sugerida pelo American National Standards Institute (ANSI) é: Sistema, para processamento de dados, é o conjunto de pessoas, máquinas e métodos organizados de modo a cumprir um certo número de funções específicas.”.
A partir deste conceito podemos delimitar um pouco mais nosso objeto de estudo restringindo a nossa atuação ao estudo dos processos utilizados nas organizações para controlarmos as operações e demais tarefas e assim garantirmos a eficiência dos mesmos.
Até agora estivemos discursando sobre processos, métodos, tarefas, empresas, informação. Mas como controlamos isso de forma adequada, rápida, eficiente? Qual a implicação do volume de dados comentado no início do texto?
Podemos dizer que as organizações atuais imersas em um mercado de extrema competição necessitam de enorme agilidade e restrito tempo de resposta, com essa visão é impossível mantermos controles manuais de todas as áreas da empresa e ao mesmo tempo atendermos a esses requisitos.
Dessa forma estendeu-se a utilização de sistemas não apenas para o controle dos estoques, mas também a toda a empresa de forma a interliga-la de forma sinérgica para a máxima obtenção e utilização dos seus recursos.
Esse ramo da ciência foi definido como Análise de Sistemas e com seu auxílio apresentaremos técnicas e métodos para auxiliar na administração de uma organização.
Para desenvolvermos uma análise adequada, primeiro é necessário definirmos os nossos métodos, ou caminhos a seguir, nessa questão temos a definição de metodologia, que é o estudo, análise e avaliação dos métodos utilizados na análise.
São de metodologias que o Analista de Sistema se baseia para todo o trabalho de análise e avaliação dos processos e ferramentas existentes na empresa.
O Analista é responsável por implantar a metodologia de controle da implantação ou desenvolvimento da ferramenta, documentar todo esse processo e fazer com que o desenvolvedor (área técnica) entenda em sua linguagem todo o processo transmitido pelo usuário final (regra de negócio) e possa entregar o qual lhe foi pedido.
Em nosso discurso abordaremos as principais metodologias utilizadas, as suas formas de utilização e todas as implicações possíveis.
Após uma explanação inicial sobre nosso universo de estudo discorreremos sobre as questões técnicas do nosso tema apresentando as metodologias mais difundidas, as ferramentas mais eficientes e reconhecidas do mercado.
RUP, esta sigla tem um significado muito importante no desenvolvimento de software. Processo Racional Unificado é o representante do método de desenvolvimento denominado Iterativo e Incremental.
Em linhas gerais o método é um avanço em relação ao modelo de Ciclo de vida, ou Cascata, pois permite realinhamentos no decorrer do desenvolvimento, não aguardando fases de validação e entrega para perceber desvios e erros de projeto.
Um ponto relevante a apontar neste tópico são os marcos delimitadores do processo, concepção, elaboração, construção e transição. Em cada um deles, ou melhor, ao “passarmos” de um para o outro checamos se o previsto foi cumprido ou não e essa forma permite ajustar de maneira mais eficiente e proativa o andamento do projeto.
Os marcos denominados acima são marcos de tempo e ocorrem em ciclos. Dentro destes ciclos há tarefas a executar para alcançar os objetivos definidos.
Levantamentos de Requisitos, Análise de Requisitos, Projeto, Implementação, Testes e Implantação. São estas as tarefas a cumprir em cada fase, ou iteração.
Uma imposição, obrigatoriedade a ser cumprida. Pode ser dividido em funcionalidade do sistema (Funcional) ou característica de qualidade (Não funcional), este é o Requisito, seu levantamento começa a delimitar as obrigações funcionais que o novo sistema deve atender, bem como ser confiável, segurança, etc.
Um sistema que atende às solicitações previstas pelos usuários quando da sua concepção é um sistema de elevada qualidade e deve-se a isso requisitos bem definidos.
Essa definição ajuda a definir o escopo, delimita em um documento os itens participantes e não participantes do desenvolvimento do sistema.
Sem levar em consideração o “como será feito” devemos propor uma estratégia de solução para estes requisitos através de modelos ou protótipos. Esse processo é denominado como Análise de requisitos, tudo isso para melhor entender como os requisitos farão parte da solução.
A fase do “como”, mencionada anteriormente é a fase do Projeto. Nesta fase faremos diagramas diversos e elaboraremos um projeto detalhado, com auxílio do UML para especificar como tudo será implantado levando em consideração todas as variáveis internas e externas de um sistema.
Em seguida chegamos à fase de Implementação e não há uma diferença clara entre a fase de projeto e esta. A codificação em uma linguagem de programação específica é a diferença apontada.
Em seguida vamos aos testes e implantação, os quais conferem se todas as funcionalidades foram implantadas e a distribuição para o usuário, respectivamente.
Ferramenta CASE são sistemas de software agindo em conjunto com as metodologias, não só para cuidar da implementação, mas sim da questão da produtividade.
Com o intuito em agilizar, estabelecer ordem, padrões, visando maior qualidade utilizaremos metodologias reconhecidas e consagradas no mundo para nos auxiliar com o desenvolvimento.
Metodologia estruturada. Com um nível de detalhe profundo esta metodologia utiliza diversas ferramentas para elaborar um modelo abstrato do negócio.
Entre elas: DFD, ou Diagrama de Fluxo de Dados, são os fluxos do sistema. DER Diagrama de Entidade e Relacionamento, estabelece a estrutura no banco de dados. E completando com uma Ferramenta CASE para estabelecer o conjunto acima citado.
Metodologia Ágil. Criado com o “Manifesto Ágil em 2000” tem por base não carregar toda carga de documentação e demanda gerencial gasta com controles e processos, visa um desenvolvimento mais limpo e rápido, baseia-se no modelo cascata.
Metodologia Orientada a Objetos
Ao invés de estruturamos todo o processo, nesta metodologia, o processo baseia-se em uma coleção de objetos. A cada dia recebe mais adeptos na preferência em relação à estruturada.
Modelagem é uma parte muito importante no desenvolvimento de um software. Modelos são utilizados para vislumbrar uma análise mais detalhada, gerenciar as complexidades, facilitar a comunicação entre os envolvidos no projeto, com um modelo torna-se mais fácil predizer o comportamento do sistema e assim reduzir custos no desenvolvimento.
Ao efetuar a modelagem de um sistema deve-se atentar ao modelo escolhido e isso mudará de acordo com o foco pretendido, se for por banco de dados um DER será o escolhido, agora se quiser privilegiar os processos, fluxos e algoritmos serão mais precisos.
O nível de precisão é outro fator a considerar e pode variar de acordo com a necessidade de maior ou menor detalhe.
Sempre é importante utilizar sempre vários modelos independentes para o procedimento, isto garante maio precisão ao que se estuda, lembrando-se de utilizar a realidade como universo de pesquisa, para servir de estudo paralelo ao que se espera do projeto. Fazer um modelo não representativo do estudo não traz vantagem.
UML – É uma linguagem de modelagem criada pelo “três amigos” Booch, Rumbaugh e Jacobson e tem como meta proporcionar as melhores práticas de notações já existentes, muitas delas desenvolvidas por eles próprios.
A UML prega a todos os sistemas a possibilidade de ser descrito sob a ótica das cinco visões: Casos de Uso, Projeto, Implementação, Implantação e Processo.
Alan Kay estabeleceu os princípios do paradigma da Orientação de Objetos:
- qualquer coisa é um objeto;
- objetos dependem de outros objetos para realizar tarefas, a partir de requisições;
- A Classe agrupa objetos similares.
- A classe é um repositório para o comportamento associado ao objeto.
- Classes são organizadas em hierarquias.
No paradigma estruturado os elementos principais são dados e processos onde os processos interferem nos dados para alcançar o objetivo esperado.
Já no paradigma por objetos cada objeto possui seus dados e seus processos definidos para sua classe e interagem com outros objetos para alcançar o objetivo.
Aos objetos é esperada a capacidade de reagir a estímulos, Ter mecanismo de encapsulamento, polimorfismo e herança.
Iniciou na década de 1960 com a Simula, foi baseada na linguagem Algol60.
Após ela houve: Simula I, Simula 70, Small Talk e Eiffel, este último chama a atenção por não ter se baseado em outro linguagem, apenas nos preceitos da orientação a objeto.
C++, baseada em Simula, Object Pascal e mais recentemente o Java, vindo do C++, onde foram compilados objetos de C++. São divididos em aplicações Java e Applets, os primeiros tem acesso à máquina e o segunda apenas à memória e arquivos, sendo geralmente interpretados pelo browsers.
É o modelo mais importante da UML, ele é responsável por gerenciar os requisitos funcionais do sistema e providenciar a aderência do programador ao processo definido por este requisito e não o contrário.
Sem expor a estrutura e comportamento internos do sistema o caso de uso define a utilização de uma parte da funcionalidade (requisito) do sistema.
O Formato, dividido em descrição contínua, numerada e particionada, é a forma de narrar o caso de uso.
Detalhamento refere-se ao nível granular da informação transmitida, pode ser sucinto ou expandido.
Abstração real ou essencial. Quando a abstração da tecnologia entra (real) ou não (essencial) no relato. Para saber a diferença há a “regra dos 100 anos” se a narrativa for válida com a tecnologia de 100 anos atrás é real, caso contrário é essencial.
Atores é todo e qualquer agente externo interagindo com o sistema, segundo definições UML.
As interações desses atores com o sistema são denominadas Relacionamento e podem ser classificadas como:
- Comunicação; Inclusão; Extensão e Generalização.
São treze tipos divididos nas categorias Estruturais e Comportamentais. Os Estruturais representam as características fixas do sistema, aquelas imutáveis, em relação aos Comportamentais vemos suas respostas frente às solicitações ou suas evoluções.
Diagramas: Classe derivado do DER é utilizado para representar entidades do mundo real, além de elementos de análise e projeto.
Estrutura: Exibe a composição de uma estrutura, utilizados em estruturas complexas.
Componentes: Apresenta as interfaces e as dependências entre componentes em um software.
Instalação: Mostra a arquitetura em tempo de execução, como máquinas virtuais.
Objetos: é uma instância do diagrame de classes e mostra, em determinado momento, o estado do sistema.
Pacotes: Mostra dependências e organiza elementos do modelo.
No exemplo prático é demonstrado uma pequena linha de programação em Java, o famoso ”Hello World”.
Deixemos claro que HelloWorld é apenas uma ramificação em uma hierarquia de classes muito maior. HelloWorld é filha de Applet; Applet é filha de Painel; Painel é filha de Container;Container é filha de Component; e Component é filha de Object, que é a classe-mãe de todas as classes em Java. Portanto, esse modelo corresponde à biblioteca de Java - cada classe-filha estende a classe-mãe imediata.
Em nosso discurso pudemos ver claramente a evolução da sociedade desde a Revolução industrial. Todas as mudanças tecnológicas, seus impactos e avanços bem como o aumento de complexidade na administração de um processo.
Processo amadurecido e tornado robusto ao ponto de não ser possível controlá-lo ao alcance das nossas próprias vistas e braços. Necessitando do apoio de ferramentas igualmente fortificadas ao longo da cadeia de necessidades a qual sustentou e lhe exigiu cada vez mais.
Tanto ao ponto de tornar-se uma metodologia tão grandiosa e diversa que necessita de amplo estudo para estimarmos a relação custo-benefício sobre o nível de detalhe a ser utilizado em cada projeto.
Percebemos a utilização de tais ferramentas sob a ótica do Desenvolvimento de Sistemas, ferramentas imprescindíveis para controle e garantia de um desenvolvimento de sistema conforme solicitado pelo usuário.
Ao entrar no universo de desenvolvimento de sistemas o maior conflito está no entendimento da linguagem do Dono do Negócio e a linguagem do Desenvolvedor.
O Dono do Negócio possui regras específicas e exclusivas relativas ao seu processo, devendo estas serem atendidas pelo sistema proposto em sua completude, sem exceção, os denominados Requisitos.
Requisitos que são definitivamente a “Alma do Negócio” e as Metodologias de Análise de Sistemas vieram justamente para fortificar a luz ao final do túnel.
Vemos em nosso texto em meio a diagramas, métodos, modelos, linguagens de programação, casos de uso, exemplos e todo o arsenal de ferramenta disponível a possibilidade de estruturarmos um desenvolvimento de software segundo melhores práticas reconhecidas de mercado.
Todos esses recursos voltados para garantir que uma “simples” necessidade do usuário seja satisfeita corretamente por um sistema tal qual foi concebida por este mesmo usuário.
