Desenvolvimento do cronograma

SUMÁRIO

1 INTRODUÇÃO 3

2 CRONOGRAMA 4

2.1 Elaboração de um Cronograma 4

2.2 CRONOGRAMA DE ATIVIDADES 5

3 TECNOLOGIA 6

4 LEVANTAMENTO DOS REQUISITOS 8

5 Diagrama de casos de uso 9

5.1 Diagrama de Casos de uso - FIGURA 11

6 DIAGRAMA DE CLASSES 12

6.1 DIAGRAMA DE CLASSES – FIGURA 13

7 CONCLUSÃO 14

8 BIBLIOGRAFIA 16

INTRODUÇÃO

Apesar de parecer obvio, é muito comum as empresas, por comodidade, falta de informação ou mesmo falta de mão de obra especializada, utilizar de sistemas que não são específicos para a sua área de atuação.

Essa produção textual vem apresentar uma situação como esta, em que uma empresa de prestação de serviços de eventos e festas, utiliza um software de gestão de comercio, para gerenciar suas informações.

É uma tendência, a profissionalização dos micro e pequenos empresário, até mesmo pela grande quantidade de informação que hoje pode ser adquirida com os meios de comunicação de massa, internet, SEBRAE, etc.

Porém, nesta região e muito comum a falta da devida importância que os gestores dão à essa questão. Consideram o sistema, um “mal necessário” e não uma ferramenta que os ajude a controlar o negócio, dando mais flexibilidade, podem gerir a empresa até mesmo remotamente .

Para poder pensar em trabalhar nesse sentido, gerenciar de forma organizada e registrando todas as informações, é necessário montar e executar um projeto. É preciso que processos sejam definidos, estratégias a curto, médio e longo prazo sejam pensadas e montadas, que a equipe, não importa por quantas pessoas seja formada, tenha consciência da necessidade de se organizar para crescer.

CRONOGRAMA

1Elaboração de um Cronograma

A programação de projeto tem como objetivo organizar as atividades de desenvolvimento em uma seqüência coerente. O objetivo dessa organização é equilibrar recursos de pessoal, hardware e software, de maneira que sejam usados da melhor forma possível. Depois de estimados os recursos necessários para o projeto de software, o cronograma do projeto especifica como e quando esses recursos devem estar disponíveis. Além disso, deve se especificar, também, quem será responsável pelas atividades do ciclo de vida do sistema.

A determinação de um cronograma para o projeto de software pode ser vista a partir de duas perspectivas: Uma data final para a entrega do sistema já foi estabelecida de forma irrevogável. Nesse caso, o esforço deverá ser distribuído dentro desse espaço de tempo ou limites cronológicos aproximados são discutidos, mas a data final para a entrega é estabelecida pela equipe de engenharia de software. O esforço é distribuído para se tirar o melhor proveito dos recursos, e uma data final é definida após cuidadosa análise. A fixação de prazos para projetos tenta responder a uma série de perguntas. Por exemplo: como se relaciona o tempo cronológico com o esforço humano? Quais tarefas e paralelismos devem ser esperados? Quais marcos de referência podem ser usados para mostrar o progresso? Como o esforço é distribuído ao longo do processo de engenharia de software? Para elaborar um cronograma, é necessário que o esforço de desenvolvimento seja decomposto em um conjunto de tarefas distintas. Para cada uma destas tarefas é feita uma estimativa de duração da tarefa. Além disso são determinadas as dependências entre as tarefas. Algumas destas atividades podem ser executadas em paralelo,enquanto que algumas podem depender do término de outras tarefas.

|CRONOGRAMA |

| |

|Atividades / Meses |Março |Abril |Maio |Junho |

CÓD. |DESCRIÇÃO |1 |2 |3 |4 |1 |2 |3 |4 |1 |2 |3 |4 |1 |2 |3 |4 | | | | | | | | | | | | | | | | | | | | |1 |Elaboração do projeto de Estagio | | | | | | | | | | | | | | | | | |2 |Analise dos Requisitos | | | | | | | | | | | | | | | | | |2.1 |Descrição do Sistema Existente | | | | | | | | | | | | | | | | | |2.2 |Descrição do Sistema Proposto | | | | | | | | | | | | | | | | | |3 |Analise | | | | | | | | | | | | | | | | | |3.1 |Lista de Use Cases | | | | | | | | | | | | | | | | | |3.2 |Diagrama de Use Cases | | | | | | | | | | | | | | | | | |3.3 |Diagrama de Classes | | | | | | | | | | | | | | | | | |4 |Projeto | | | | | | | | | | | | | | | | | |4.1 |Diagrama de Use Cases | | | | | | | | | | | | | | | | | |4.2 |Diagrama de Classes | | | | | | | | | | | | | | | | | |4.3 |Descrição de Use Cases | | | | | | | | | | | | | | | | | |4.4 |Descrição da padronização | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |5 |Elaboração do Relatorio Final | | | | | | | | | | | | | | | | | |2 CRONOGRAMA DE ATIVIDADES

TECNOLOGIA

Um processo de software não pode ser definido de forma universal. Para ser eficaz e conduzir à construção de produtos de boa qualidade, um processo deve ser adequado ao domínio da aplicação e ao projeto específico. Deste modo, processos devem ser definidos caso a caso, considerando-se as especificidades da aplicação, a tecnologia a ser adotada na sua construção, a organização onde o produto será desenvolvido e o grupo de desenvolvimento.

Em suma, o objetivo de se definir um processo de software é favorecer a produção de sistemas de alta qualidade, atingindo as necessidades dos usuários finais, dentro de um cronograma e um orçamento previsíveis.

Esta fase é responsável por incorporar requisitos tecnológicos aos requisitos essenciais do sistema, modelados na fase anterior e, portanto, requer que a plataforma de implementação seja conhecida. Basicamente, envolve duas grandes etapas: projeto da arquitetura do sistema e projeto detalhado. O objetivo da primeira etapa é definir a arquitetura geral do software, tendo por base o modelo