A presente comunica98o versa sobre o SEPP, o Processo de Desenvolvimento, Produ98o e Manuten98o de Software para Sistemas de Telecomunica9Jes da SIEMENS. Pretende dar uma ideia global de um piano que se destina a projectos de grande envergadura, como e o caso do desenvolvimento de software para sistemas de telecomunica96es pOblicas (por exemplo, o conhecido sistema de comuta98o EWSD). Sera tambem referida a import8ncia que o SEPP tern, quer na controlabilidade do processo, no sentido de se atingirem os objectivos qualitativos e quantitativos Dre-estabelecidos (qualidade do produto), quer na sua pr6pria evolu98o atraves da defini9;aode registos de qualidade (qualidade do m6todo).
tornar possivel a monitoriza8o milestones no processo
e gestSo do projecto, est5o incorporadas A qualidade dOsresultados e assegurada por inspecJes e pelas fases de taste. O processo SEPP a constituidopelas seguintes fases: 1. Analise 2. Desenho 3. Implementa8o 4. Taste de Jntegrao 5. Tests de Sistema 6. Opera8o (Analysis) [ (Design) [ (Implementation) (Integration Test) (System Test) (Operation)
Nem todas as actividades necessarias ao desenvolvimento de um produto esto definidas no Processo de Desenvolvimento. No entanto, elas descrevem as interfaces entre os departamentos de desenvolvimento e os restantes envolvidos na globalidade do projecto (por exemplo Divis8o de Marketing, Divis8o de Servios, Divis8o ds Vendas). Actividades especificas podem ser omitidas ou subdivididas, consoante as caracteristicas do projecto, em coordena8o com a GestSo da Qualidads e do Projecto. .Sub-milestones podem ser criadas para as divsrsas partes do sistema do Projecto.
Todos os desviOs ao SEPP s8o documentados no respectivo Cademo de Projecto ou em documentos aprovados pela GestAode Qualidadee Projecto. Os pianos de desenvoivimento Segundo o SEPP: * * * definem as actividades a serem realizadas e a sua verificaac em cada fase de desenvolvimento; estruturam cada fase de desenvolvimento atraves de milestones ciaramente definidos; definem as medidas a tomar em termos de garantia de qualidade~ As directrizes para o desenvolvimento, produ80 e manutenAo de software constam do manual So/fware Engineenng Handbook (SEH8@2e) estSo de acordo com os requisitos da Norma de QuaJidade ISO 9001. O conteodo do SEH8 abrange directrizes individuals destinadas a execu80 correcta do processo de desenvolvimento em termos tecnicos e organizativos: compreende directrizes para o processo de desenvolvimento; define a estrutura dos resultados de trabalho; define inspec6es e testes; define nlvsis e metes de qualidads; define as tarefas da GestSode Projecto,' regulamenta as interfaces tacnicas e organizativas.
92 pay. 2 / 11 Cada rea funcional de desenvolvimento cabendo a responsabilidade responsvel de Projecto.
do seu cumprimento ao respectivo ll. Fases do processo
SEPP Na Figura 1 encontram-se descritas para cada fase sob a forma tabelar as actividades e Resultados associados assim como as tarefas de GestAo de Projecto e de Qualidade. 5 System Test Test:
1 feamres -HW/SW compadbdit" - User Waces -laon Wteaces -oughput relbHi - Cuswmer docenudon Peo relee
a * Compleltyely tested andd redayd- yto-use Systmem * Checkedcuut t ccuosrtonmerer do7ceundmoenntation ' RKelease Notdice * Test
ate T Project reH . Aysis of we poWu Figura 1: Esquema de fases e actividades do Processo SEPP plemendon
plemenu&on 3 - C - OfHWeTesu - PI Ingmdon Test
e . In!ine domceunmented soumrce ceode * Test do.cum. for ofmflWine tests * Ofmfline tested meocdlsuelsesa//ccllaasssseess and funcdtioomns *eDaorcnu&moenntation for usrer iWnteesrfaces * IntWegdroantiontest spmeec&ifidcoantion * Test speccHifiocrantions& test ceases for iWntgemgrdaotiuontest
Vacadon
No caso de haver um extenso nOmero de requisitos, e por vezes necessario que ocorram estudos preliminares. Durante a fase de Analise s8o tambem definidos detalhes nas especiflcaJes de requisitos e nas especificaJes funcionais, tais como a arquitectura do sistema ou os efeitos das varias facilidades nas unidades funcionais.
Levar a cabo um projecto signif/ca produzir um Caderno de Projecto e actualize-io a medida que aquele decorre com inicio nesta fase. Nele estS contido o calendario de Projecto, previs6es para o esforo de desenvolvimento, estrutura hierarquica e funcional para o Projecto, etc..
Durante a fase de desenho, as unidades funcionais definidas na especiflcaao funcional s8o "refinadas" para novo ou adicional desenvolvimento. Ao fazS.-1of,icam definidas, em detalhe, as interfaces operadorlsistema e sistema/operador. Sao iguaimente definidas e veriflcadas (via SEPP-CM~ ver/1/) interfaces entre as unidades funcionais de Software.
Durante a fase de implementa8o s8o implementadas as unidades funcionais em m6dulos individuals seguindo um metodo de desenho orientado por Fun8o ou por Objecto. As defini6es para as interfaces das unidades funcionais s8o completadas e as diversas fases de verificaAo da implementa8o s8o efectuadas atraves de varias ferramentas de SW de que o SEPP-.CMe um exempio. Adicionalmente, s8o produzidas as especificaQJes de teste para a fase de Teste de Integra;;:So.
Durante os testes de IntegraQ8o, sAo testadas, em conjunto, as unidades funcionais de hardware e software por meio do sistema de Programas de Aplica80 para o desenvolvimento. A fase de Taste de Integra8o comea, de facto, durante as
SEPP..CM= Software Engineering Process Plan - Configuration Management .'__
Dependendo da dimens8o do sistema, o periodo de testes funcionais pode ser dividido nas seguintes etapas:
A estabilidade de cada etapa e averiguada periodicamente de modo a que se possa iniciar rapidamente a seguinte, partindo de uma boa base. As orientaJes para os testes de Integra8o derivam directamente das especifica96es de Fun98o e de
Os testes de Sistema incluem ainda testes para avaliar o nivel de implementa60 das facilidades, nomeadamente, a sua estabilidade e operabilidade. Uma configura8o representativa do sistema contituido por hardwarel firmwarel soffVvare (por exemplo uma central EWSD ou varias centrals EWSD com componentes para sistemas de comuta8o e transporte), constitui o objecto dos testes de sistema.
Para cada projecto piloto 6 produzida uma especifica98o de Teste de Sistema. Durante esta fase, os problemas detectados s8o inseridos no SEPP'-CM, sendo as correc96es monitorizadas pela equipa de Teste de Sistema.
Os resultados de cada fase do projecto s8o sujeitos a inspecQ6es na altura prevista pelo SEPP e de acordo com as defini96es do manual SEHB. As inspec96es decorrem normalmente em reuni6es ou atraves de comentario escrito e o SEHB define os metodos a seguir consoante o objecto inspeccionado. Igualmente definido esta o processo de inspecC6es intensivas tambem adoptado pela Siemens (metodo de Fagan, ver /2/).
O resultado da inspec98o e documentado e arquivado respectivamente
Os Griterios de Qualidade e respectivos valores quantitativos para as varias baselines s8o usados como factores de avaliao de cada fase do Projecto.
\ndicaao, numa base percentua\, do grau de perfeiao de cada fase de desenvolvimento resultante da comparaQAo entre objectos planeados e objectos, de facto, imp\ementados.
Para area de desenvolvimento definem-se os seguintes Registos de Qualidade
Relat6rios de transfer6ncia de Sistemas de Programas de Aplicag8o para o
os
Procer' c o E eciflc s r Ciiente No caso de projectos especi6cos para clientes, e tendo como objectivo reduzir o ciclo correspondente ao processo de desenvolvimento, sem prejuizo para a Qualidade, fol recentemente elaborado e posto em prStica uma evolug8o do SEPP, denominada "Procedure Descrip6on for the Deve/opment of Customer SpeciRc Projects"4.
Este tipo de projectos decorre de uma forma muito eficaz, tendo-se obtido urns redu98o do tempo medio de execu98o para 6-7 meses, assim como uma redu98o de custos de 25-30% por projecto.
4 Procedure Descnptjon for the Development of Customer Specific Projects e um copyright da SIEMENS AG"
96
Fag. 6 / 11
Online-Test => Combinal;:8odo "Teste de Integrao" e "Teste de Sistema"
Qualidade .Namero de lathes ap6s entrega no diente em relac&o caste de desenvolvimento [FMUMYI , N6mere de alternc6a mo projecto- em media e par projeao l0.10,5 \ 2.4 <=
DuraC:5o .eotre a":diJlsceomp|eta eentrega no cliente [meses 1 Custos . Castes por Projecto apedGco para clieote [MY] 69<= 6 Figura 2: Me\horamentos conseguidos/planeados em telmos de Qualldade, Durao e Custos. Apresenta como principals me\horamentos, re\ativamente ao processo SEPP inicialmente descrito: * Defini8o das Milestones do projecto dependendo da sua complexidade AA 4 ^ Envolvendo desde o inicio todos os elementos Que ir8o participar no projecto, procura-se desse modo Que todos os requisitos sejam definidos o mais cedo possive\, assim como uma maior rapidez da fami\iariza8o do pessoal com o projecto. * Adapta8o da documentaC8o para o projecto Elabora98o de um Onico documento para todas as 8reas evitando assim a redundSncia e a dispers8o da informa80.
98 pag. 8 / II * *
Projectos mdgos
Projects actuals Figura 4: Redu8o significativa da documenta8o do projecto eliminando redund8ncias
Optimizal;;:8o da fase de teste, pela sobreposig8o dos testes de integraC8o e de sistema. Monitoriza8o continua da fase de taste. )ntrodUzju-Se Um relat6rio de acompanhamento durante a fase teste com o seguinte conteOdo: - " short status" e problemas criticos - progresso do teste desde o relat6rio anterior - descri80 dos principals problemas ' . -.
A monitoriza80 continua do estado do teste permite reagir atempadamente, caso existam desvios em rela80 ao planeado, e tomar as medidas necessaries a sua correco.
RevisSo do projecto por todos Os participantes, tendo como objective a discuss8o e a melhoria continua do processo.
O processo anteriormente descnto e um processo din8mico, dependendo Por isso do feedback dado pelos seus participantes. Durante a revis8o do projecto s80 identificados os aspectos, positivos ou negativos relacionados com o processo. Norma!mente, estes aspectos est5o relacionados com o pr6prio processo e a forms como fol vivido neste projecto em particular.
Este feedback e enviado aos responsavets pelo processo, Que os avaliarao e terSo assim oportunidade de reagir sobre o mesmo.
1 PequenasadatptaGOes, Se necess6rio . Feedback I
Coatrolo
w
O processo de desenvolvimento, produt;;:8o e manutent;;:8o de software para sistemas de telecomunica96es, SEPP, e os sous melhoramentos aqui apresentados resultam de um conjunto de directrizes bastante rigorosas, Que conduzem a um metodo uniforme e de grande fiabilidade, a um elevado nivel de qualidade do software produzido, a um controle perfeito para a gest8o de um projedo e prev6m mecanismos para o melhoramento continuo do pr6prio processo.
100 pag. 10 / II A qualidade do software produzido Segundo este processo foi reconhecida pelo Institute Portugu8s da Qua!idade (IPQ), com a atribui8o da certifica{;;;8o do Sistema de Garantia da Qualidade a Siemens - Departamento de Comuta(;;;8o e
VIIIBiblioqrafia [Rydin 95] [Fagan 76]