IAN SOMMERVILLE ENGENHARIA DE SOFTWARE 9 PDF

Danris Alexa Actionable Analytics for the Web. They also provide a starting point for deeper exploration of the research literature and material available on the Web. Engenharia de Software Portuguese Edition. Chapters 2 and 3 cover software engineering processes engfnharia agile devel- opment. Our societies could not function without large, professional software systems. Get fast, free shipping with Amazon Prime.

Author:Kejin Shaktigrel
Country:Bangladesh
Language:English (Spanish)
Genre:Software
Published (Last):1 July 2009
Pages:155
PDF File Size:1.37 Mb
ePub File Size:4.2 Mb
ISBN:419-1-16525-546-7
Downloads:87789
Price:Free* [*Free Regsitration Required]
Uploader:Kazizuru



Srgio Guerreiro, resolvidos por Carrajola e Zlia Regina. Actualizaes a azul por Victor Freire. Exerccios Pg. Igualmente dispendioso o processo de evoluo depois do software estar implementado e testado. Para uma aplicao com um longo tempo de vida, como sistemas de comando e controle que sero usados durante 10 anos ou mais, os custos de evoluo provavelmente chegaro a 3 ou 4 vezes o valor gasto para o desenvolvimento desse software. Sendo assim correcto dizer-se que o processo de criao de software inclui toda a actividade que o envolve, ou seja, a especificao, o desenvolvimento, a validao e a evoluo, incluindo tambm toda a documentao associada a cada uma dessas fases.

Software genrico Quem produz o software controla a especificao, feitos para o mercado geral. Software medida Quem compra o software controla a especificao, feitos para um cliente especfico. Performance do software utilizao de ferramentas case cria cdigo no optimizado e menos eficiente, novos algoritmos e linguagens mais eficazes para criao de software Escalabilidade modelos mais eficazes na escalabilidade e manuteno de projectos de software cada vez mais complexos e melhor reutilizao de cdigo.

Evoluo dos mtodos de programao. Melhores e mais fiveis agentes inteligentes para ajuda no processo de criao de software. Software amigo do ambiente performance e tica ambiental Certificao dos engenheiros de software. Custos mais baixos na produo de software, conjunto das medidas acima indicadas 1. Abordagem discordante: invivel limitar a criao de software.

Custo mais elevado do software. Dificuldade a especificar qual software de risco elevado e qual no , por exemplo, software de uma empresa afecta os stakeholders mas no dependem vidas deste directamente qual o grau de risco? Onde se enquadra o software open source? Principalmente facilita o processo de gesto do projecto nos seguintes pontos: Viabilidade do projecto e riscos em termos financeiros, tecnolgicos, de tempo e de recursos humanos e materiais Optimizaes na gesto do plano de distribuio de recursos humanos e materiais no processo da criao do software Ajuda na gesto de milestones e plano de trabalhos tempo, recursos e custos Sendo feito ajuda a clarificar e avaliar o grau de importncia de cada requisito Melhor documentao do projecto, vital para a continuao do trabalho em caso de mudana de recursos humanos e testes Melhora da qualidade do software em termos gerais Ajuda a especificar as condies do contrato com cliente 2.

Sistema de legado: Sistema sciotcnico desenvolvido no passado, muitas vezes comtecnologia j obsoleta. Gere habitualmente sistemas crticos para a actividade. Engloba o processo de negcio, software aplicacional, software de apoio e hardware, portanto muitas vezes a actividade de negcio no pode ser efectuada sem ele. Essa situao pode ocorrer quando os arquitectos de sistema deixaram a organizao e o sistema no foi bem documentado ou a documentao foi perdida Os dados do sistema so de elevado grau de confidencialidade Ex.

A favor:A Engenharia de Sistemas envolve as seguintes disciplinas: engenharia de software; engenharia electrnica; engenharia mecnica; arquitectura de interface do utilizador; arquitectura de sistemas; engenharia elctrica; engenharia civil; engenharia de estruturas.

Assim, verifica-se que Engenharia de Sistemas uma profisso que recorre a variados conhecimentos de outras engenharias. Competncias diferentes, um engenheiro de software no tem todas as competncias de um engenheiro de sistemas e vice-versa, porque apesar de ser englobado, existem aspectos tcnicos especializados, seno abstractamente sem especializao s haveria engenheiros em cincias naturais. Contra: A engenharia de sistemas uma actividade interdisciplinar que envolve equipas com diferentes formaes tcnicas, por causa do amplo conhecimento exigido para considerar todas as implicaes das decises referentes a projectos de sistemas.

Os engenheiros de sistemas no se ocupam apenas com o software, mas com as interaces de software, hardware e sistema com os utlizadores e seu ambiente.

Eles devem pensar sobre os servios que o sistema fornece, as restries, dentro dos quais o sistema deve ser construdo e operado e as interaces do sistema com o seu ambiente. Os engenheiros de software necessitam de uma compreenso sobre a engenharia de sistemas, porque os problemas de ES, frequentemente so o resultado da engenharia de sistemas. Durante a instalao descobre que o sistema vai reduzir um nmero significativo de pessoas.

As pessoas envolvidas negam-lhe acesso a informao essencial para completar ainstalao do sistema. At onde deveria, como engenheiro de sistemas, ficar envolvido nisto? Deveria manter como objectivo a concluso do trabalho contratado, respeitando todos os mbitos legais e ticos no seu desenvolvimento e utilizando os canais prprios e bom senso para arbitrar cada situao.

Requerem constantes mudanas aos requisitos, actualizaes ao design, contnuos processos de desenvolvimento e testes, o que leva a custos elevados na sua manuteno. Alm disso a evoluo pode ser complicada de acompanhar para os gestores e utilizadores do software da organizao. Os requisitos de usurio para um sistema devem descrever os requisitos funcionais e no funcionais de modo compreensvel pelos usurios do sistema que no tem conhecimentos tcnicos detalhados.

Eles devem especificar somente o comportamento externo do sistema. Evitando tanto quanto possvel as caractersticas de sistema. Os requisitos de sistema so as descries mais detalhadas dos requisitos do usurio. Eles podem servir como base para um contrato destinado implementao do sistema e portanto devem ser uma especificao completa e consistente de todo o sistema.

Eles so utilizados pelos engenheiros de software como ponto de partida para o projecto do sistema. Usando um diagrama, mostre as relaes entre os outputs destas actividades As principais actividades no processo de desenho de software so: 1.

Projecto de arquitectura Os subsistemas que constituem o sistema e suas relaes so identificadas e documentadas; 2. Especificao abstracta Para cada subsistema, produzida uma especificao abstracta das suas funes e das restries dentro das quais devem operar; 3. Projecto de interface Para cada subsistema, projectada e documentada uma interface com outros subsistemas.

Essa especificao de interface no pode apresentar ambiguidade, uma vez que ela permite que o subsistema seja utilizado sem conhecimentos de operao do subsistema. Os mtodos de especificao formal, podem ser utilizados neste estgio; 4. Projecto de componentes As funes so alocadas a diferentes componentes e as interfaces desses componentes so projectadas; 5. Projecto de estrutura de dados As estruturas de dados utilizadas na implementao de sistemas so projectadas em detalhe e especificadas.

Projecto de algoritmos Os algoritmos utilizados para proporcionarem servios so projectados detalhadamente e especificados. Uma boa gesto do projecto de software essencial para que os projectos de software sejam desenvolvidos dentro do prazo e do oramento. Os gestores deprojecto de software no podem quantificar o progresso, eles dependem de outras pessoas para produzir a documentao necessria, a fim de saberem o estado de desenvolvimento.

Se essa documentao insuficiente ou inexistente o gestor no tem elementos para decidir. Voc pode ter como base til a lista de actividades de gesto dadas na seco 5. Elaborao de propostas descreve os objectivos do projecto e como ele ser realizado Planeamento e programao de projectos se preocupam em identificar as actividades, os marcos, e os documentos a serem produzidos em um projecto.

O oramento pode no chegar para contratar uma equipa bem paga 2. A equipa apropriada pode no estar disponvel por exemplo por estar alocada a outro projecto 3. A organizao pode querer desenvolver as habilidades de seus funcionrios. Nova informaofica disponvel O objectivo do software negcio pode alterar-se O projecto pode sofrer atrasos Pode haver recursos que deixam de estar disponveis Custos mais elevados que o previsto 5.

O plano do projecto define os recursos disponveis para o projecto, a estrutura analtica do trabalho e uma programao calendrio para realizar o trabalho.

Contudo, a maioria dos planos deve incluir as seguintes seces: Introduo - descreve com brevidade os objectivos do projecto e define as restries oramento , prazo que afectam a gesto do projecto.

Organizao do projecto descreve o modo como a equipe organizada, as pessoas envolvidas e os seus papeis na equipe. Anlise de riscos descreve possveis riscos do projecto, a probabilidade de surgir esses riscos e as estratgias propostas para a reduo deles. Requisitos necessrios de hardware e de software descreve o hardware e o software de apoio exigidos para realizar o desenvolvimento. Se o hardware tiver de ser comprado devero ser includos os prazos de entra e as estimativas de preo.

Diviso do trabalho descreve a diviso do trabalho em actividades e identifica os marcos milestones e os produtos a serem entregues com cada actividade deliverables. Calendarizao de projecto descreve as dependncias entre actividades, o tempo estimado requerido para cada marco e a alocao de pessoas nas actividades. Mecanismos de monitoramento e de elaborao de relatrios Descreve os relatrios de gesto que devem ser produzidos, quando eles devem ser produzidos e quais os mecanismos de monitorizaoque so utilizados.

Milestone Um milestone interno e s entregue ao gestor do projecto. Milestone para o gestor acompanhar o projecto. Deliverable Um deliverable um milestone de uma fase importante no desenvolvimento do projecto que entregue ao cliente. Deriverable para o cliente acompanhar o projecto. Desenha uma rede de actividades e um grfico de barras que mostre a programao do projecto. Suponha que h uma contrariedade imprevista em lugar de requerer 10 dias, a tarefa T5 requer 40 dias.

Fazer uma reviso da rede de actividades resultante, destacando o novo caminho critico. Desenhe um novo grfico de barras que mostre como se poderia reorganizar o projecto. No livro: Tecnologia Riscos que derivam do software ou hardware usados no desenvolvimento do sistema.

Pessoas Riscos associados s pessoas na equipa de desenvolvimento. Organizacionais Riscos que derivam do ambiente da organizao onde o software est a ser desenvolvido. Ferramentas Riscos que derivam de ferramentas CASE e de outro software usado no desenvolvimento do software. Requisitos Riscos que derivam de mudanas dos requisitos por parte do cliente e no processo de gesto dessa mudana de requisitos. Estimativas Riscos que derivam das estimativas feitas pela gesto quanto s caractersticas do sistema e dos recursos necessrios para o construir.

Adicionais: Acidentes Riscos que derivam de um evento acidental, interno ou externo. Comunicao Riscos que derivam de transmisso de informao no clara, errada ou em falta entre a equipa de desenvolvimento. Motivao Riscos que derivam da motivao da equipa ou do cliente para a realizao do projecto Ex. Expectativas Riscos que derivam de uma expectativa frustrada dos utilizadores do software. Todos os membros da equipa tm filhos pequenos.

Comente se deveria aceitar esta exigncia do seu chefe ou se voc deveria persuadir a equipa para dar o seu tempo organizao mais que as suas famlias. Que factores poderiam ser significativos na deciso? Importncia na data de entrega do software Perda do contracto se o software no for entregue ou um simples milestone. Consequncias para os trabalhadores Perda de emprego, prmios. Motivao Nvel de motivao da equipa para terminar o projecto. Comente se deveria aceitar esta promoo.

Funcionais Declaraes de funes que o sistema deve fornecer, como o sistema deve reagir a entradas especficas e como se deve comportar em determinadas situaes. Em alguns casos os requisitos funcionais podem tambm explicitamente dizer o que o sistema no deve fazer. No funcionais Restries sobre os servios ou as funes oferecidas pelo sistema.

Entre eles destacam-se restries de tempo, processo de desenvolvimento produto, organizacionais, externos. Requisitos dos utilizadores Declaraes em linguagem natural e tambm em diagramas sobre as funes que o sistema deve fornecer e as restries sob as quais deve operar.

Requisitos do sistema Descries mais detalhadas dos requisitos de usurio.

HOTPOINT WM63 MANUAL PDF

Engenharia de Software – Ian Sommerville 9ª Edição

.

SIP-1A05 PDF

Engenharia De Software Ian Sommerville PDF

.

DRUUNA APHRODISIA PDF

Software Engineering

.

BARTONELOSIS EN EL PERU PDF

IAN SOMMERVILLE ENGENHARIA DE SOFTWARE 9 PDF

.

Related Articles