Analista De Sistemas

SUMÁRIO

1 INTRODUÇÃO 3

2 OBJETIVOS 4

2.1 OBJETIVO GERAL 4

3 DESENVOLVIMENTO 5

3.1 DIAGRAMA DE ATIVIDADES ...................................................................... 5

3.2 CENARIO "LOCADORA DE LIVROS".............................................................. 5

3.3 CONCEITO MRN APLICADO .......................................................................... 5

3.4 DIADRAMA DE RELACIONAMENTO ............................................................. 6

3.5 SISTEMA OPERACIONAL .............................................................................. 7

3.6 DIAGRAMA DE CLASSES ............................................................................. 8

3.7 ETICA E RELACIONAMENTO INTERPESSOAL ............................................ 9

3.7.1 ETICA "CONCEITO"...................................................................................... 9

3.8 ALGORITIMO ................................................................................................ 10

4 CONCLUSÃO..........................................................................................................12

5 REFERÊNCIAS.......................................................................................................13

1 INTRODUÇÃO

Os analistas de sistemas devem garantir o alinhamento entre tecnologia e estratégias organizacionais, os projetistas de softwares devem conhecer o cenário organizacional em nível suficiente para avaliar e sugerir melhorias ou ate mesmo reengenharia, nos processos de negócio.

Este trabalho mostrará na prática a importância das técnicas e conceitos através dos diagramas de atividades e também a modelagem de dados na utilização dos bancos de dados.

2 OBJETIVOS

2.1 OBJETIVO GERAL

Oferecer informações que possam contribuir e amenizar as dificuldades encontradas pelos analistas e programadores de sistemas em relação ao cenário proposto. Mostrar também a importância de um bom planejamento, criar um bom Diagrama e escolher de um Sistema Operacional compatível para o desenvolvimento de um Projeto confiável.

3 DESENVOLVIMENTO

3.1 DIAGRAMA DE ATIVIDADES:

O diagrama de atividades é apresentado como parte da descrição funcional de um sistema. O diagrama especifica processos lógicos, atividades, fluxos de dados e decisões do sistema. No diagrama e apresentado relações entre cada atividade de um determinado processo. Com o diagrama podemos observar as relações de dependências entre essas atividades, quais são responsáveis pelas execuções.

3.2 CENARIO "LOCADORA DE LIVROS":

Respeitando ao máximo o texto da proposta e extraindo situações do cenário atual da empresa e sua rotina de trabalho, estipulamos que o cliente chega à loja e vai até as prateleiras, escolhe o(s) exemplar(es) do(s) livro(s) que deseja loca-lo(s), vai até o atendente para efetivar a locação. Caso a intenção seja devolver o(s) livro(s) na sua totalidade, solicita ao funcionário a baixa do empréstimo. Caso ainda seja a venda de exemplares procura um funcionário da Locadora.

3.3 CONCEITO (MRN) APLICADO:

O modelo relacional foi inventado pelo Dr. Codd e subsequente mantido e aprimorado por Chris Date e Hugh Darwen como um modelo geral de dados. A normalização de dados é uma série de passos que deve ser seguido no projeto de um banco de dados, que permite um armazenamento consistente e um eficiente acesso aos dados no "banco de dados" relacional. Esses passos reduzem a redundância de dados e as chances dos dados se tornarem inconsistentes. Obedecendo e respeitando todas as regras de negócios impostas na proposta e com um minucioso analise em grupo, assumimos algumas adaptações visando melhorar a utilização do software pelo usuário, com a preocupação de não “engessá-lo” na modelagem. Por exemplo, quanto ao cadastro de autores, a regra de negócio diz que um livro deve ter 1 ou vários autores. Significa dizer: que ao cadastrarmos um autor, obrigatoriamente, devemos relacioná-lo pelo menos a um livro. Imaginemos que um funcionário comprou 500 livros de uma grande livraria e deseja cadastrá-los antes mesmo de recebê-los. Para isso, solicitou a outro funcionário que fosse lançando os nomes dos autores para depois agilizar o trabalho de cadastro dos livros. Pela regra original isso não seria possível! Portanto, na nossa concepção de modelagem, deixamos em aberto esta possibilidade colocando a cardinalidade de (0,n) na entidade AUTOR, ou seja, pode-se cadastrar "N" autores e depois na tela de cadastro de livros ligar o livro ao autor(es). Essa adaptação não fere a regra de negócios, pois ainda assim, um livro não pode ser incluso sem um autor. Utilizamos o mesmo raciocínio na entidade "LIVROS" em relação à entidade "EXEMPLAR".

3.4 DIAGRAMA DE RELACIONAMENTO:

3.5 SISTEMA OPERACIONAL:

Os Sistemas Operacionais mais usados são os multiprogramáveis. Estes sistemas também chamados de multitarefas estes permitem que mais de um programa seja executado ao mesmo tempo. Por exemplo, é possível utilizar um editor de texto, acessar a internet e escutar música, tudo ao mesmo tempo.

Nesse caso o sistema operacional precisa se preocupar em gerenciar o acesso concorrente aos diversos recursos.

Os sistemas operacionais multiprogramáveis e mais complexo que os monoprogramáveis, por outro lado oferece uma melhor utilização