objetivo da modelagem de dados

Quanto ao objetivo, podemos identificar as seguintes variações: modelagem de dados entidade-relacionamento (leitura, construção e validação dos modelos);

• Representar o ambiente observado
• Documentar e normalizar  
• Observar processos de relacionamentos entre objetos (leonilda)

Modelagem de Dados

- Quais são os tipos de modelos envolvidos na construção de modelos, descreva cada um explicando?

   * Modelo conceitual : representa as regras de negócio sem limitações tecnológicas ou de implementação por isto é a etapa mais adequada para o envolvimento do usuário que não precisa ter conhecimentos técnicos;

   * Modelo lógico: leva em conta limites impostos por algum tipo de tecnologia de banco de dados;

     * Modelo físico: leva em consideração limite impostos pelo SGBD e pelos requisitos não funcionais dos programas.

Postado por Carla Regina

Planejamanto de projetos de softwares:Obejto e Restriçoes

FASES DOS PROJETOS

Todo projeto é divido em fases e possui uma estrutura de ciclo de vida semelhante. Por menor que seja, um projeto possui uma fase de início, uma fase intermediária e uma fase de término. O número de fases depende da complexidade do projeto e de sua área de aplicação. O conjunto de todas as fases do projeto constitui seu ciclo de vida.
Ao final de cada fase o Gerente de Projetos, o patrocinador (spansor) e os outros envolvidos têm a oportunidade de determinar se o projeto deve prosseguir para a próxima fase e detectar e corrigir os erros a um custo aceitável.
Cada fase gera um deliverable. Um deliverable é qualquer item ou resultado tangível e mensurável que deve ser produzido para se alcançar o objetivo do projeto ou de parte do projeto.
De forma geral e simplória, o Gerente de Projetos deve ter em mente as fases: PLANEJAMENTO, EXECUÇÃO e FINALIZAÇÃO.
Este artigo se propõe a esclarecer o “COMO” da fase de PLANEJAMENTO.

OBJETIVOS DO PLANEJAMENTO DE PROJETOS

O planejamento do projeto é responsável pela quantificação do tempo e orçamento que um projeto custará, reduzindo, assim, as incertezas relativas aos riscos e custos. Nesta etapa o planejamento das atividades é detalhado, os produtos a serem gerados são especificados, os índices de controles são definidos e o cronograma detalhado juntamente da WBS. São estabelecidos os marcos principais do projeto, conforme critérios gerais (entrega de produtos finais) ou específicos (encerramento de uma fase ou um marco financeiro, por exemplo, data de faturamento).
A finalidade do planejamento do projeto é criar um Plano do Projeto que possa ser utilizado para guiar tanto a Execução quanto o Controle do Projeto.

A seguir tentarei descrever um CASE EXEMPLO dos processos para a fase de PLANEJAMENTO.

PROCESSO DO PLANEJAMENTO DE PROJETOS (empresa fictícia)

1) TOMAR CIÊNCIA DAS INFORMAÇÕES GERAIS DO PROJETO:

PASSO-A-PASSO:
1.1) O Gerente do Projeto deve convocar* reunião, via e-mail, com o representante da Equipe de Negócios responsável pela relação comercial do projeto, para receber as seguintes informações que deverão ser formalizadas em Ata de Reunião.

•   Visão do cliente quanto ao objetivo, necessidades e expectativas sobre o escopo do projeto;
•   Recursos mínimos previstos para o projeto (rh, infra-estrutura, hardware e software);
•   Questões políticas, problemas, objetivos implícitos sobre o cliente e produto proposto;
•   Cópias das documentações dadas como aceitas pelo cliente (versão final), bem como cópia do edital de licitação e termo de sigilo caso tenham sido emitidos.

* Poderão ser convocadas também para a reunião outras pessoas de acordo com a complexidade do mesmo e as novidades técnicas inerentes ao trabalho, que justifiquem, a critério do Gerente do Projeto, estas participações.

2) DEFINIR O ESCOPO DO PROJETO:

PASSO-A-PASSO:
2.1) O Gerente do Projeto deve registrar as informações que confirmem as necessidades do projeto e desenvolver um entendimento comum do escopo entre as partes envolvidas e interessadas:

• Descrição do escopo do produto: Incluem características do produto, serviço ou resultado para cuja criação o projeto foi idealizado. Essas características terão normalmente menos detalhes nas fases iniciais e mais detalhes nas fases posteriores, conforme as características do produto forem progressivamente elaboradas.
• Limites do projeto: Declara de forma explícita, o que está excluído do projeto, para evitar que uma parte interessada possa supor que um produto, serviço ou resultado específico é um componente do projeto.
• Objetivos do projeto: Incluem os critérios mensuráveis do sucesso do projeto, podendo ser objetivos técnicos, de negócios, custo, cronograma e qualidade. Podem incluir metas de custo, cronograma e qualidade.
• Lista de fatores essenciais para o sucesso da implementação: Descreve os fatores críticos de sucesso do projeto.
• Premissas do projeto: Lista e descreve as premissas específicas do projeto e o impacto potencial dessas premissas, se não forem confirmadas. Frequentemente, as equipes de projetos identificam, documentam e validam as premissas como parte do seu processo de planejamento. As premissas listadas na declaração do escopo detalhada do projeto são normalmente consideradas possíveis riscos ao projeto.
• Restrições do projeto: Lista e descreve as restrições específicas do projeto que limitam as opções da equipe. Por exemplo, um orçamento predefinido ou datas impostas (marcos do cronograma) divulgadas pelo cliente ou pela organização executora. Quando um projeto for realizado sob contrato, em geral as cláusulas contratuais se constituirão em restrições.
• Entregas do projeto (Subprodutos): Incluem o produto ou serviço do projeto, como resultados auxiliares, como documentação e relatórios de gerenciamento de projetos.

2.2) Uma vez definido e documentado o escopo, o Gerente de Projetos está apto a iniciar o ciclo de aprovações do escopo, conforme os seguintes procedimentos:
2.1.1) Definir Aprovadores de Escopo: Responsável (eis) pelas aprovações de escopo, podendo ser o responsável funcional pelo projeto e/ou o Patrocinador.
2.1.2) Solicitar Aprovação: Requerer a formalização da aprovação do escopo definido.
2.1.3) Fechar Escopo: Formalizar o que deve ser realizado no projeto, servindo de base para futuras decisões no projeto.

3) DEFINIR A ESTRUTURA ANALÍTICA DE TRABALHO DO PROJETO:

PASSO-A-PASSO:
3.1) O Gerente do Projeto deve reunir com a equipe do projeto, para dar início à elaboração da WBS.

• A WBS pode ser criada totalmente nova ou reutilizar partes de outra WBS ou de modelos (templates) da organização.
• Nesta hora os participantes devem consultar os documentos de alto nível que guiaram o escopo do projeto assim como entrevistas do cliente, de forma a identificar os subprodutos de cada fase.

3.2) O grupo deve iniciar colocando no primeiro nível (nível 0) da WBS o nome do projeto.
* Como exemplo, utilizaremos uma WBS de projeto de software.

3.3) Em seguida, colocar no segundo nível (nível 1, também chamado de primeiro nível de decomposição) as fases que estabelecem o ciclo de vida do projeto. Por exemplo:

Listar as atividades e tarefas dentro de cada componente principal, subdividindo cada componente até ter um nível de detalhe suficiente para suportar o plano.

O que é considerado um nível de detalhe suficiente? Tome em consideração estes fatores:
i. Para cada subproduto (deliverable), verificar se as estimativas de custo e tempo, assim como a identificação de riscos, podem ser desenvolvidos neste nível de detalhe e se é possível atribuir a responsabilidade para a execução do mesmo. Se a resposta for negativa, decompor o elemento da WBS em componentes menores até que possa responder essas questões, visando o melhor desenvolvimento dos processos de Gerenciamento de Projeto (Planejar, Executar, Controlar e Encerrar).
ii. Uma boa heurística a seguir é a regra do 8-80: exige-se que um pacote de trabalho ocupe entre 8 e 80 horas de duração, a variação é de acordo com o ciclo de acompanhamento, de modo que seja possível identificar: Um código de identificação único; um subproduto específico e verificável; um único responsável pela sua entrega.
iii. Se você não tem informações suficientes para criar uma WBS para todas as fases do projeto, você pode usar a técnica de Planejamento em ondas sucessivas ou Elaboração progressiva, ou do inglês, Rolling Wave Planning (RWP). Neste caso, você terá que construir uma WBS bem definida da primeira fase do projeto e quando esta fase estiver quase completa, você terá informações suficientes para construí uma WBS mais completa para a fase seguinte. Então você continuara este processo até o final do projeto.

Comentário:O planejamento do projeto é responsável pela quantificação do tempo e orçamento que um projeto custará, reduzindo, assim, as incertezas relativas aos riscos e custos.Uma boa heurística a seguir é a regra do 8-80: exige-se que um pacote de trabalho ocupe entre 8 e 80 horas de duração, a variação é de acordo com o ciclo de acompanhamento, de modo que seja possível identificar

Método orientado a objetos

As técnicas orientadas a objeto permitem que o software seja construído de objetos que tenham um comportamento especifico. Os próprios objetos podem ser construídos a partir de outros, os quais, por sua vez, podem ainda ser construídos de outros.

A análise de sistemas no mundo orientado a objeto é feita analisando-se os objetos e os eventos que interagem com esses objetos. O projeto de software é feito reusando-se classes de objetos existentes e quando necessário, construindo-se novas classes.

Técnicas orientadas a objeto podem ser usadas para simplificar o projeto de sistemas complexos. O sistema pode ser visualizado como uma coleção de objetos, estando cada um dos objetos em um determinado estado. Os objetos são construídos a partir de outros objetos.

A análise e o projeto orientados a objeto modelam o mundo em termos de objetos que tem propriedades e comportamentos e eventos que disparam operações que mudam o estado dos objetos. Os objetos interagem com outros objetos.

A modelagem e o projeto orientados a objeto são os paradigmas que devem integrar todas as ferramentas e técnicas poderosas para a criação de software. Estratégia de desenvolvimento baseada no conceito de que o sistema deve ser construído a partir de componentes reutilizáveis, chamados de objetos.

Conceitos

Entre as idéias fundamentais básicas para a tecnologia orientada a objeto incluem-se:

• Objetos;
• Classes;
• Métodos;
• Herança;
• Encapsulamento;
• Objeto
• Um objeto pode ser real ou abstrato.
• Os objetos possuem informações (contém dados) e desempenham ações (possuem funcionalidade).
• Qualquer coisa à qual um conceito ou tipo de objeto se aplica – uma instância de um conceito ou tipo de objeto.
• Um objeto é uma instância de uma classe.
• Encapsulamento
  O ato de empacotar ao mesmo tempo dados e objetos é denominado encapsulamento. O objeto esconde seus dados de outros objetos e permite que os dados sejam acessados por intermédio de seus próprios métodos. Isso é chamado de ocultação de informações (information hiding).
• O encapsulamento protege os dados do objeto do uso arbitrário e não-intencional.
• O encapsulamento é o resultado (ou ato) de ocultar do usuário os detalhes da implementação de um objeto.
• O encapsulamento é importante porque separa a maneira como um objeto se comporta da maneira como ele é implementado.
• A definição de como implementar os conhecimentos ou ações de uma classe, sem informar como isto é feito.
• Classe
  O termo classe refere-se à implementação de software de um tipo de objeto. Um tipo de objeto especifica uma família de objetos sem estipular como o tipo e o objeto são implementados. Os tipos de objetos são especificados durante a análise OO. Os tipos de objetos são implementados como módulos enquanto na linguagem orientada a objeto, os tipos de objetos são classificados como classes.
• Uma classe é uma implementação de um tipo de objeto.
• Uma classe especifica uma estrutura de dados e os métodos operacionais permissíveis que se aplicam a cada um de seus objetos.
• Uma classe pode ter sua própria estrutura de dados e métodos, bem como herda - lá de sua superclasse.
  Herança
  É comum haver similaridades entre diferentes classes. Frequentemente, duas ou mais classes irão compartilhar os mesmos atributos e/ou métodos. Como nenhum de nós deseja reescrever várias vezes o mesmo código, seria interessante se algum mecanismo pudesse tirar proveito dessas similaridades. A herança é esse mecanismo. Por intermédio da herança, é possível modelar relacionamentos do tipo "é" ou "é semelhante", o que nos permite reutilizar rotinas e dados já existentes.
  Uma subclasse herda as propriedades de sua classe-mãe; uma subclasse herda as propriedades das subclasses e assim por diante. Uma subclasse pode herdar a estrutura de dados e os métodos, ou alguns dos métodos, de sua superclasse. Ela também tem métodos e às vezes, tipos de dados próprios.
  
  
   Conclusão:
  O método orientado a objeto é um recurso atualmente muito utilizado e simples na Informática, o método orientado a objeto funcionam a partir de outros objetos, a análise de sistemas que são orientado a objeto é feita a partir de outros  objetos e que interagem com esses objetos e assim virso verses.
  O método orientado a objeto ele contribui muito para uma boa estrutura e qualidade que se pode ser utilizados.

modelos logicos

Modelagem Lógica

Depois que selecionamos um SGBD, iremos mapear o modelo conceitual para ele. O projetista relaciona as características e restrições do modelo conceitual com as do modelo selecionado para implementação. O modelo lógico constitui uma representação específica de um modelo interno, utilizando as estruturas de BD suportada pelo banco escolhido. Em um Banco de Dados Relacional (BDR), o esquema interno é expresso utilizando linguagem SQL, por padrão.
Neste nível, o modelo lógico depende do software. Por tanto, qualquer alteração feita no SGBD exigem que o modelo interno seja alterado para adequar-se às características e exigências de implementação do modelo de BD. Quando conseguimos alterar o modelo lógico sem afetar o modelo conceitual, teremos o que é chamado de independência lógica. No entanto, o modelo lógico continua independente de hardware, ou seja, qualquer alteração (escolha de um computador, sistema operacional diferente, etc) não afetará no modelo lógico.

 
definidas os padrões e nomenclaturas, chaves primárias e estrangeiras, sempre levando em conta o modelo
conclusao
no madelo logico precisa conter tudo de nesseçario  como ela realmente e tenque conter tudo o que existe sobre o que realmente ela ou ele realmente pretende faser.
Leonilda

Modelagem Conceitual

O modelo conceitual concentra-se no mais alto nível de abstração e não leva em conta o banco de dados em si, mas a forma como as estruturas serão criadas para armazenar os dados, ou seja, é um diagrama em blocos que demonstra todas as relações entre as entidades, suas relações, suas especializações, seus atributos e auto-relações.
A modelagem conceitual é a forma mais natural dos fatos e estão mais próximas da realidade do ambiente do cliente. No modelo conceitual o cliente deverá ser envolvido a fim de obter o levantamento de dados que darão suporte à construção de todo o modelo.
Lembrando que a modelagem conceitual é a primeira etapa da modelagem de dados, ficando ainda o modelo lógico de dados e o modelo físico de dados.
Veja o exemplo de Modelo Conceitual na Imagem:

.

Conclusão:

A moelagem conceitual é o primeiro passo para fazer uma modelagem e depois que vem o modelo lógico, a modelagem conceitual se concentra em pegar todos os dados principais do  cliente seus atributos, suas entidades é feito uma leitura de tudo o cliente vai querer naquilo que for modelar.

ciclo de vida classica

Projeto
 E um processo de multiplos de pessoas que se concentran  em quatro atributos :estruturas de dados , arquiteturas de software , detalhes procedimentos e caracterizaçao de interface . Como os requisitos , o projeto de documentos e torna parte  de configuraçao de software.


Codificaçao
a etapa de codificaçao executa a tarefa de traduzir projeto em uma forma legivel por maquina  se projeto estiver bem detalhado e codificadopo de ser executado mecanicamente.


testes
O processo de testes concentra - se nos aspequitos logicos internos do software , garantindo  que todas as retinas tenha sido destacadas.


manutençao
Indubitamente , o software sofrera mudanças e depois que for entregue ao cliente . Mudanças essas por erros que foram encontradas ou porque o cliente exigiu acrescimomos funcionais ou de desenpenho.
LEONILDA

Ciclo de Vida Clásico

 Ciclo de Vida Clássico
 O cilo de vida de um projeto de sistemas é o modo como o projeto é desenvolvido na empresa e é uma maneira simples para que qualquer pessoa da área de desenvolvimento de sistemas possa entrosar se com o projeto a ser desenvolvido.
Projeto: é um processo de multiplos passos que se concentra em quatro atributos distintos,estrutura de dados,Arquitetura de softwares, detalhes de procedimento e caracterizaçãode interface.
Codificação:  a etapa de codificação executa a tarefa de traduzir o projeto de forma legível por máquina. Se o projeto estiver bem detalhado e codificado pode ser execcutado mercanicamente.
Testes:  o processo de testes concentra se no aspecto lógico internos de softwares, garantindo que todas  as rotinas tenham sido destacadas, vereficando se as entradas externas produzem resultados reais que reflitam o exigido.
Manutenção: indubitavelmente. o software sofrerá mudanças e depois que for entregue ao cliente.Mudanças essas por erros que foram encontradas ou porque 0o aliente exigiu acréscimos ou desempenho.


Postado por Carla Regina

Definiçoes de Engenharia de Softwares

A engenharia de software é a disciplina envolvida com a produção e manutenção sistemática de software que são desenvolvidos com custos e prazos estimados.
Disciplina que aborda a construção de software complexo - com muitas partes interconectadas e diferentes versões - por uma equipe de analistas, projetistas, programadores, gerentes, "testadores", etc.
O estabelecimento e uso de princípios de engenharia para a produção economicamente viável de software de qualidade que funcione em máquinas reais.
A primeira destas definições enfatiza que a engenharia visa não apenas o desenvolvimento, mas também a manutenção do produto. Além disso, ela ressalta a importância da estimativa de custos e prazos de desenvolvimento.
A segunda definição enfatiza a complexidade do produto e do processo. O software é formado por diversos componentes interconectados e o seu desenvolvimento é realizado por uma equipe com diferentes funções e especialidades, cujo trabalho precisa ser gerenciado.
A terceira ressalta que o desenvolvimento de software deve seguir os princípios comuns a todas as engenharias e deve visar a qualidade.

 Diferença entre engenharia de softwares e engenharia de sistemas


Engenharias da sistemas é um campo interdisciplinar da engenharia que foca no desenvolvimento e organização de sistemas artificiais complexos. A engenharia de sistemas integra outros grupos de disciplinas.
O seu foco encontra-se em definir, de maneira precoce no ciclo de desenvolvimento de um sistema, as necessidades do usuário, bem como as funcionalidades requeridas, realizando a documentação sistemática dos requisitos, e abordando a síntese de projeto e a etapa de validação de forma a considerar o problema completo.
Engenharia de software é uma área da computação voltada à especificação, desenvolvimento e manutenção de sistemas de software, com aplicação de tecnologias e práticas de gerência de projetos e outras disciplinas, visando organização, produtividade e qualidade.


Conclusão...




-Diferença entre engenharia de softwares e engenharia de sistemas
A engenharia de sistemas está interessada em todos os aspectos de um sistema baseado no pc, por exemplo, hardware, software, fatores humanos, informação e processo entre outros.A engenharia de softwares faz parte disso..
a engenharia de softwares tem como princiopio desenvolver com:
-fornalidade
-separação de interesse
-modualidade
-abstração
-anticipação de molduras
-generalidade
-possibilidades de evolução.

                                                            Postado por Carla Regina
 conclusao
entendece que engenharia de software é uma área da computação voltada à especificação, desenvolvimento e manutenção de sistemas de software com aplicação de tecnologias e práticas de gerencia de progetos e outras disciplinas, visando organização, produtividade e qualidade
 postado por leonilda