Começando A Direita Do Desenvolvimento Dos Sistemas

Share

|

Os estados unidos são o país o mais computer-dependent no mundo. Do software feito sob encomenda projetado e construído para funções originais tais como um sistema seguindo global ao software padrão para o uso comercial tal como processar e spreadsheets de palavra, o ciclo de vida do desenvolvimento é bàsicamente o mesmo. As aproximações ao ciclo de vida variam de acordo com o tamanho, o espaço, e a natureza do sistema. A razão a mais grande para a variação nas aproximações vem para baixo a financiar nas quatro áreas principais em que o software é desenvolvido.

Comercial

As práticas do desenvolvimento do software no mundo comercial variam extremamente de uma organização a outra e caem realmente em duas categorias. A primeira categoria é o colaborador do produto. Os colaboradores do produto são companhias como Microsoft, IBM, Hewlett Packard, e muitos, muitas companhias menores. Produzem o software para o uso maciço, e seus produtos incluem tudo dos sistemas operando-se aos browsers aos pacotes financeiros. O segundo é os departamentos da tecnologia de informação de companhias da indústria e de serviço, tais como a indústria automotriz, a indústria de alimento, o cuidado de saúde, e o de varejo in-house.

Colaborador Do Produto

O desenvolvimento do software em companhias de desenvolvimento do produto é controlado rigorously. Para estas companhias, permanecendo do competidor, realizando-se no tempo, e mantendo o ponto baixo dos custos é a sobrevivência do negócio. Os formalities dos projetos do governo dão a maneira às práticas aerodinâmicas visadas promovendo a produtividade. Dependendo do tamanho da companhia, as listas e as especificações da exigência podem assemelhar-se a mais de uma ordem da tarefa do que o código pseudo. O controle da versão pode ser mantido em uma placa da graxa ao contrário de usar uma ferramenta de gerência sofisticada da configuração. A concentração do esforço deve manter a corrente da documentação do usuário, e a planta do projeto inclui um sentido e um foco para o produto, assegurando-se de que as características e as potencialidades novas prosigam e surpass a competição.

Em companhias maiores, codificando padrões e controle de qualidade exista e são melhorados continuamente. Em companhias menores, a equipe do coding é comprimida e as equipes trabalham pròxima, as técnicas do empréstimo de se e estandardizando os módulos nos colaboradores do produto da mosca confiam em organizações da indústria do governo e do non-computador para comprar seus produtos e para permanecer assim no negócio.

É do colaborador do produto que muita tecnologia nova está desenvolvida e indicada a um marketplace composto de empresas de pequeno porte grandes e e de usuários do computador pessoal. Financiar para o desenvolvimento e a manutenção novos de sobrevivência existente do negócio dos meios dos produtos. As exigências mudam baseado em indicações de lucro e de perda, no sentido da indústria de computador, e no desenvolvimento da tecnologia nova.

A documentação é posta para fora sobre o Internet e feita disponível para downloading. Consiste primeiramente em guias da instalação, em manuais das operações, e em manuais de usuário. A qualidade e a usabilidade da documentação criaram um mercado contínuo para livros da periferia. Estes livros são escritos e publicados fora das companhias de computador que manufaturam os produtos e são quase essenciais aos usuários que querem ganhar a proficiência do produto sem horas da despesa que jogam “aimlessly” no computador.

Departamento Da Tecnologia De Informação

Da indústria do cuidado de saúde às organizações de varejo grandes, o único software desenvolvido está em uma base como-as-needed. Se o software off-the-shelf comercial (dos COTS) puder ser usado, será. Se o software dos COTS puder ser modificado para o uso, cerque o código estará escrito. Se o software novo necessitar ser desenvolvido, uma equipe está dada forma para desenvolvê-lo. O líder da equipe ajusta geralmente as réguas para o coding e a documentação que podem interpretar guidelines incorporados muito diferentemente do que o líder da equipe no último projeto. Em muitos casos, departamentos criou aquele ou mais e às vezes diversas “aplicações rápidas e” sujas com quase nenhuma documentação. Estas aplicações podem ter sido escritas para acomodar uma necessidade imediata, mas unplanned do negócio, tal como os dados específicos da sociedade necessitados pelos representantes de vendas que não puderam estar disponíveis com a aplicação atual ajustada. Pode haver umas plantas a longo prazo para resolver uma massa das aplicações provisórias postas rapidamente no lugar para acomodar dados combinados dos mergers da companhia. Há raramente documentação suficiente à carne para fora dos funcionamentos internos do sistema e, devido ao turnover do empregado, não pode mesmo haver qualquer um que compreende porque foi feito a maneira que era. A sobrevivência do negócio é baseada nos usuários que podem fazer o que tem que fazer a fim se encontrar com as necessidades do negócio da companhia. Financiar para ELE esforços transforma-se uma competição com os produtos preliminares e os serviços do negócio.

O resultado destes métodos que estão sendo usados por ELE organizações em uma companhia após outra é uma correia fotorreceptora complexa das aplicações com relação e os módulos de aplicação undocumented. Os problemas que este as causas estiveram trazidas à luz cheia quando estas companhias tiveram que tratar do esforço 2000 da remediação do ano. Mesmo começar um inventário exato de recursos do programa era challenging e pôr um programa da qualidade no lugar para assegurar a confiança 2000 do ano de operações continuando incluiu demasiado frequentemente tantas como exceções como critérios do exame.

Governo

Quando as agências de governo unidas dos estados se decidem instalar um sistema computatorizado novo, é o mais frequentemente realizado com um esforço comum entre a agência e o um ou mais contratantes. Quando um sistema computatorizado novo incluirá o software novo, desenvolvido especificamente para as necessidades originais da agência, o esforço do desenvolvimento é governado por padrões extensivos da engenharia e da documentação. Isto é verdadeiro mesmo quando o sistema incluirá uma mistura de pacotes off-the-shelf comerciais (dos COTS) e do código novo. O valor destes padrões está tanto quanto no nível de uma comunicação que forçam durante o desenvolvimento quanto qualquer outra coisa.

A equipe do desenvolvimento tem um mapa de estrada e a equipe de projeto da agência tem as ferramentas para avaliar e avaliar o software durante cada fase do desenvolvimento. Durante a fase das exigências, as necessidades’da agência s e querem são analisadas, e os métodos e as técnicas technological para encontrar-se com as necessidades são determinados e documentados. Há umas apresentações formais, umas semanas de revisões programadas, umas negociações, e um acordo a fim permanecer dentro do orçamento. Na extremidade, há uma reunião ceremonial grande onde a aceitação pela agência seja dada para proseguir com o desenvolvimento do sistema.

A fase do projeto é frequentemente dois-two-tiered. A primeira parte do projeto pode ser consultada como ao nível elevado. Está neste nível que o sistema grande e todos seus subsistemas são definidos claramente. As exigências concordadas na fase precedente são traçadas claramente ao projeto do sistema. As decisões são feitas sobre como o sistema será testado para o provar que se encontrou com as exigências. Outra vez, há umas reuniões, umas revisões, uma documentação, e uma reunião ceremonial grande para conceder a aprovaçã0 para proseguir. Um outro marco miliário é marcado; o projeto de baixo nível começa e será seguido por outras reuniões ceremonial na conclusão de cada projeto do subsistema.

Por agora há um tipo especificações de A, tipo especificações de B, especificações de relação, especificações da base de dados, plantas do projeto, plantas da gerência da configuração, plantas da garantia de qualidade, e guidelines do programador em um mínimo. Há umas centenas, e às vezes uns milhares, de documentar das páginas o que o sistema fará, como o fará, como será controlado durante o desenvolvimento, e como será testado para lhe assegurar reuniões as especificações. De acordo com os padrões usados pelas agências, tais como o FAA, o DOD, e o IRS, nomear alguns, toda a esta está suposta para ocorrer antes que uma única linha do código esteja escrita.

Durante a fase do coding, o sistema é documentado em manuais de usuário, em manuais das operações, e em manuais da manutenção. Os procedimentos de teste detalhados com resultados previstos e o texto repetido dos originais precedentes são postos no lugar. Muito do texto nos manuais é redundante às especificações. É estes manuais que sobreviverão quando o sistema vai operacional. Em algumas agências e para alguns sistemas, estes manuais são mantidos durante todo a vida do sistema. Em muitos, não estão. O nível de financiar justificado e feito disponível para o desenvolvimento não está estendido a manter muitas dos sistemas ou de sua documentação uma vez que são migrados na produção.

Este nível da documentação pode ser autorizado em projetos missão-críticos tais como o software para o curso–de espaço do homem. Em a maioria de exemplos, é overkill sheer e pode realmente impedir o esforço do desenvolvimento forçando o foco em deliverables da documentação quando codificar e testar o tempo forem diminuídas.

DESENVOLVIMENTO DO SISTEMA — O QUE É DIREITO

A integração dos sistemas e da expansão dos sistemas internos a comunicar-se com os sistemas externos dita que alguma consistência nas aproximações variando necessita ser estabelecida. As metodologias que tentam encher esta necessidade saltaram acima de em toda parte. Browsing através de toda a seção da informática de de Amazon.com, as beiras, ou Barnes & o nobre revelarão o livro depois que livro nas aproximações que podem ser usadas. Os contratantes do governo que esperam fixar o trabalho no setor confidencial como orçamentos de muitas agências são cortados, estão vindo para a frente declarando que têm as respostas. Trazem com eles as aproximações desenvolvidas para os esforços full-scale, complexos que são overkill para o desenvolvimento comercial dos sistemas. Os benefícios das ferramentas tais como os padrões de qualidade internacionais da organização de padrões (ISO), as séries 9000, e o modelo da maturidade da potencialidade’do instituto s da tecnologia de programação (SEI CMM) são caros realizar se as ferramentas não forem costuradas adequadamente. Para algum as companhias lucr-baseadas, financiando para o uso destas ferramentas são quase impossíveis.

Os esforços estão sendo feitos durante todo a indústria de computador encontrar alguma terra comum para a aproximação ao desenvolvimento do software. Os líderes de indústria estão estandardizando relações para aumentar o portability da aplicação, broadening a necessidade para companhias saber seus sistemas trabalham. O ponto de toda a este talvez é visto como o material de referência no muito a mesma maneira que uma enciclopédia. Use a informação começar mais esperto e aplicar então a informação com sentido comum. Mantenha na mente que alguns povos muito espertos podem ser muito bons dizendo em outros como a faça coisas, mas faltam a abilidade e o know-how de começar o trabalho feito. Os povos que estiveram nas trincheiras em projetos pequenos e grandes sabem e compreendem que há um número médio feliz que possa e deva ser conseguido.

Comece os princípios

Em um mínimo, em uma descrição de cada aplicação, em um existente e no de planeamento, necessidades ser escrito para baixo e mantido. Se a aplicação é uma base de dados autônoma que permita que as perguntas sejam feitas usando uma variedade dos produtos ou do código de computador pessoal que converterão um sistema do legacy à tecnologia a mais atrasada e a mais grande, é crítica saber o que está indo sobre no desenvolvimento. Uma descrição boa de uma aplicação incluirá a seguinte informação.

indicação da finalidade da aplicação do §

exigências da entrada e da saída do §

exigências de ferragem do §

exigências do ambiente de software do §

posição do § da versão atual do código de fonte ou dos COTS instalado

descrições modificadas Version/last do §

Com esta informação, toda mais pode reconstructed em uma base como-as-needed.

A indicação da finalidade da aplicação a indicação da finalidade da aplicação diz a razão do negócio para ter o software, as limitações e as potencialidades do produto, e o ponto do contato para começar perguntas respondidas sobre o produto. Esta é uma indicação não técnica que explique o que a aplicação é e o que . Escreve-se no nível componente do componente do nível melhor que do sistema da aplicação. Para o exemplo, uma vontade financeira do sistema em toda a probabilidade inclui aplicações para o livro-razão geral, processar do jornal, e o pagável de clientes. Uma indicação da finalidade é escrita para o livro-razão geral, processar do jornal, e o pagável de clientes. Podem então ser limitados em um original mas cada um necessita ser descrito claramente independentemente do outro porque serão mantidos e tempo excedente individualmente promovido. A indicação da finalidade necessita ser texto. Os diagramas são agradáveis, mas são somente de suporte ao texto porque os diagramas geralmente não podem conter toda a informação necessária sem se tornar demasiado complexos a ler.

Exigências da entrada e da saída é essencial saber que dados se esperam pela aplicação e que dados são gerados pela aplicação. Quando uma aplicação espera dados, está indo vir de uma de três fontes: uma entrada da lima, um processo do programa, ou um usuário. Que a informação necessita ser indicada. Se a aplicação começar a informação de uma base de dados da lima ou da parte externa, as tabelas do nome da lima e da base de dados necessitam ser identificadas. Quando a aplicação começa a informação de um processo dentro da lógica do programa, a lógica necessita ser descrita. Quando a aplicação começa a informação de um usuário, os valores e as escalas válidos devem ser documentados.

Quando uma aplicação gera dados, está indo a emite-a em algum lugar ou mantem-na. Se a aplicação estiver emitindo os dados em algum lugar, a necessidade da tabela do nome e da base de dados da lima de alvo ser dado. Se estiver indo indicar os dados, esta necessita ser explicada. Se a aplicação armazenar somente os dados dentro da aplicação a ser usada para perguntas e relatórios, réguas que governam rotações do update, archiving, e removendo a necessidade ser fornecido.

A informação do input/output é apresentada melhor em um formato da tabela. Os artigos de dados podem ser alistados alfabeticamente, fazendo a fácil de encontrar o trajeto de dados para a manutenção da aplicação e pesquisando defeitos.

As exigências de ferragem isto devem ser uma lista muito básica de que equipamento é needed para que a aplicação funcionar em toda a organização. A lista deve dar as exigências mínimas para a potencialidade e a memória do processador.

Exigências que do ambiente de software esta lista necessita especificar todos os componentes de software necessitados no sistema a fim funcionar a aplicação. Isto inclui a liberação e a versão do sistema operando-se, a liberação e a versão da base de dados, e todas as outras aplicações a aplicação que é necessidades descritas.

A posição da versão atual da fonte e o código de objeto ou os COTS instalaram esta parte de documentação tornam-se essenciais em manter a integridade no ambiente do desenvolvimento. A mais melhor maneira ter esta informação disponível e exata deve usar ferramentas de gerência da configuração.

Version/Last modificou descrições que esta parte de documentação indica especificamente que mudanças foram feitas à aplicação e quando foram feitas. A informação adicional sobre quem fêz as mudanças pode ser do valor somente se a organização do coding é de estática. “Que a fêz” o fator torna-se sem sentido em organizações dinâmicas.

É o mais melhor ter relatórios individuais da versão para cada liberação, melhor que listas continuando das mudanças. Esta aproximação promove uma documentação mais completa.

O DESENVOLVIMENTO DOS SISTEMAS — É QUE ELE?

Ter a documentação básica permite uma companhia de construir toda a documentação adicional que puder ser planeada. No mundo do governo, pode ser usado gerar tanto papel como o projeto exige. Em um mundo do desenvolvimento de produto comercial, fornece a informação suficiente para escritores técnicos para gerar operações e manuais de usuário. NcEle os departamentos, ele asseguram-se de que o código esteja controlado e possa ser promovido, convertido, e usado em maneiras constructive e produtivas. Dentro de cada organização, necessita estar um formato estandardizado para a documentação básica. As revisões do par e da gerência da documentação básica devem ser incluídas na programação do desenvolvimento. As revisões podem ser conduzidas como as reuniões formais onde todos recolhe em um quarto e atravessa a página da documentação pela página, ou como as revisões informais onde o original é distribuído e os comentários são submetidos à equipe sendo o autor. Os procedimentos para manter e atualizar as versões eletrônicas e do hardcopy da documentação devem existir.