Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile PROPUESTA METODOLÓGICA PARA EL ASEGURAMIENTO DE CALIDAD DE PROYECTOS INFORMÁTICOS: CASO DE ESTUDIO EN EMPRESA DE SERVICIOS SANITARIOS. Samuel Sepúlveda 1, Adré Gozález 2, Coral Calero 3 y Critia Cachero 4. 1 Uiveridad de La Frotera, Departameto de Igeiería de Sitema. 2 Subgerecia Corporativa de Sitema, Grupo Agua Nueva. 3 Uiveridad Catilla-La Macha, Ecuela Superior de Iformática. 4 Uiveridad de Alicate, Departameto de Leguaje y Sitema Iformático. E-mail:epulve@ufro.cl,adre.gozalez@aguaueva.cl, coral.calero@uclm.e,ccachero@dli.ua.e Reume. Actualmete la idutria del oftware preeta u gra crecimieto y debe aumir la alta exigecia de lo cliete y uuario repecto de la pretacioe y calidad de u producto. Eto geera eceidade creciete de la emprea por icorporar etádare de calidad e u proceo. E la actualidad, toda la orgaizacioe que apira a la excelecia etá comprometida a elevar u ivele de calidad, para lo cual e vital el compromio permaete de todo y cada uo de lo miembro de la orgaizació. E el marco del efuerzo cojuto por mejorar lo ivele de calidad, el preete trabajo etrega u aporte para mejorar lo proceo aociado al dearrollo de lo proyecto iformático perteeciete a la emprea Agua Nueva S.A., a partir de ua adaptació de IEEE 730-2002, aalizado y dicrimiado lo tipo de requerimieto etablecido para cada uo de lo proyecto etudiado. El objetivo aputa fudametalmete a dearrollar y etadarizar pauta para la getió de dicho proyecto y aí tambié cotar co criterio úico a la hora de evaluar lo reultado obteido. Fialmete e puede cocluir que el modelo propueto, tuvo efecto poitivo, mejorado el producto fial y atifaciedo e mejor forma a lo cliete itero del coorcio Agua Nueva S.A. 1. Itroducció. Dede la deomiada Crii del Software [1], el tema de calidad e ha italado como u objetivo relevate e la comuidad de la Igeiería del Software (IS). La tedecia de calidad e eta área fuero importada de lo Sitema de Calidad productivo y tuviero u paralelo e la Idutria del Software [2], aí e poible ver ua aalogía etre la etapa de prueba de la IS co lo que puede deomiare eayo o detructivo. Poteriormete la Calidad del Software e tralada, como tedecia, de u foco e el producto a u foco e el proceo. De eta maera urge propueta como ISO9000-3 [3], ISO/IEC12207 [4], CMMI [5], IEEE1058 [6], IEEE1074 [7] y IEEE730 [8], etre otro. Por otro lado y vita dede ua perpectiva hitórica, la calidad ha etado directamete ligada co el dearrollo de la humaidad. Pero o e hata pricipio del iglo XX [9], que urge ete cocepto detro de u cotexto idutrial y de igeiería, cuya evolució hata el día de hoy, ha permitido obervar, etudiar y propoer cómo etablecer mejora e lo producto dearrollado y proceo aociado a u dearrollo. Actualmete la Idutria del Software preeta u gra crecimieto y debe aumir la alta exigecia de lo cliete y uuario repecto de la pretacioe y calidad de u producto [10]. Para cumplir co lo aterior e que la IS e ha formulado cómo la diciplia ecargada de todo lo apecto relacioado e la producció del oftware. Eto icluye la getió y aeguramieto de la calidad, por medio de propueta que aputa hacia la forma de getioar lo proyecto iformático y de oftware, como prueba de ello e tiee lo etádare mecioado ateriormete. Coiderado la importacia de lo cocepto ateriormete eñalado e que e propuo el dieño de ua metodología para el aeguramieto de la calidad de u proyecto iformático para la emprea Agua Araucaía S. A., perteeciete al coorcio Agua
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile Nueva S.A., que cueta co preecia e la regioe de Arica y Pariacota, Araucaía y Magallae y Atártica Chilea, proveyedo de ervicio aitario como agua potable, alcatarillado, tratamieto de agua, etc., a u má de 336.000 cliete. Epecíficamete e e la emprea Agua Araucaía S. A., dode e ecuetra ierta fíicamete la ubgerecia corporativa de itema, repoable de proveer lo ervicio iformático y de comuicacioe a toda la emprea del coorcio. E aquí dode e impacta poitivamete co la metodología dieñada, pue como objetivo cetral del trabajo e propuo el dearrollo de pauta etadarizada para la getió de proyecto iformático y de pao tambié cotar co criterio úico a la hora de defiir y poteriormete evaluar lo reultado obteido e dicho proyecto. La etructura del artículo preeta e la eguda ecció ua reviió reumida de cocepto relativo al Software como producto y u Calidad. E la ecció 3 e muetra el cao de etudio y e dicute obre la experiecia reviada. Fialmete e la ecció 4 e muetra la pricipale cocluioe, impacto y coideracioe de la metodología dieñada y u aplicació e el cao de etudio. 2. El Software y u Calidad. 2.1 Cocepto previo. Hoy e día e comú oír hablar repecto de la calidad e divero ámbito: emprea privada, orgaimo público y del etado, cetro educacioale, etc. Lo aterior e debido fudametalmete a que éta juega u papel fudametal e la competitividad de la orgaizacioe, aí como tambié coidera que lo coumidore de producto y ervicio ya o e coforma co lo que le ofrece, pue modifica y aumeta u guto y exigecia. La vetaja de u implemetació detro de la orgaizacioe ha ido ampliamete documetada y etre éta e tiee: vetaja competitiva, reducció de coto y pérdida, fidelizació de cliete, aumeto de la utilidade, mejora de image ate u accioita, etc. [11-13]. Puede obervare a partir del trabajo realizado por [9], cómo e dearrolla y evolucioa el cocepto calidad. Ademá e poible, a travé de la comparacioe hecha por [2], obervar cómo la idutria del oftware ha debido icorporar cocepto propio del cotrol y getió de calidad, e u período de o má de 40 año, a diferecia de otra idutria a la que ha tomado alrededor de 200 año alcazar u madurez. Teiedo claro que lo cocepto mecioado ateriormete etá muy ligado a proceo y producto proveiete de la maufactura, reulta muy itereate etoce plateare cómo la exigecia de calidad e tralada a idutria cetrada e lo ervicio, dode u cao particular e la idutria del oftware. E ete cotexto e que [14] etablece que la calidad del oftware o e directamete comparable co la calidad de maufactura de producto, ademá idetifica al meo tre problema báico que o propio del dearrollo de oftware: ateder requerimieto que o e etablece directamete e la epecificació del itema, exitecia de cierta caracterítica de la calidad que o compleja de epecificar e forma o ambigua y la dificultad e dearrollar u itema que atifaga la expectativa del uuario. 2.2 Coideracioe al implatar la Calidad. Uo de lo apecto ateriormete mecioado guarda relació co el coto aociado a la calidad. De acuerdo co [9] eto coto, e u mediao y largo plazo, e revierte e ahorro y beeficio tagible e itagible. Obviamete implatar itema de calidad e ua orgaizació o implica hacerlo a coto cero, por lo cual debe coiderare lo coto de la o calidad aociado, que egú [10] cotempla: coto de preveció, de evaluació y de fallo. Eto mimo autore expoe experiecia que muetra ua relació directa etre el aumeto del coto de la o calidad y la tardaza e que ua falla e detectada detro de u proyecto de dearrollo de oftware. Aí e etiede que i e aumeta la calidad del producto e dimiuye el coto aociado a la o calidad del mimo, pero e da tambié que el coto del itema de calidad aumeta, luego el coto total míimo de la calidad e puede alcazar e u puto que e batate lejao a la perfecció [9]. Otro cocepto iherete a la calidad tiee relació co la realizació de actividade que permita aegurarla durate el dearrollo del oftware, el cumplimieto de procedimieto y etádare defiido, garatizado aí que el producto cumple co la epecificacioe
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile defiida [10, 14], eto e lo que e cooce cómo cotrol de calidad. Eta y otra coideracioe o la que e preeta e el iguiete apartado, dode e dicute y expoe apecto relevate repecto del Aeguramieto de Calidad del Software (ACS) y la Mejora del Proceo de Software (MPS). 2.3 Aegurado la Calidad. Segú lo plateado por [9] hay evidecia que e 1974 e ua por primera vez el cocepto de ACS e ua epecificació de oftware militar etadouidee, la MIL-S-52779, dode plateaba a lo cotratita exigecia relacioada o olo co el dearrollo del oftware io tambié co u admiitració. Luego urge variada orma a partir de éta, hata que e 1979 el IEEE emite la orma P-730, haciedo epecial éfai e la documetació y uo de reviioe formale e el dearrollo del oftware. Aú co todo lo mecioado, urge la preguta qué e el ACS? Para repoder eta preguta, e recurre uevamete a autore cláico de la IS como [10, 14]; ambo cocuerda e que debe icorporar y defiir marco de trabajo y etádare orgaizacioale, que permita dearrollar oftware de calidad. Ademá e coidera que producto de la capacidad que e tega para garatizar eta calidad, e deriva la madurez de la igeiería dearrollada. E poible obervar cómo divero autore, tato experto e calidad como del área de la IS [11, 14], etablece la relació exitete etre la calidad aociada al proceo y cómo éta impacta e la calidad del producto. Si bie eta mirada deriva directamete de proceo maufacturado, e otiee que e poible adaptarla para lo proceo de oftware, o i dicrepacia etre lo experto [14-16]. 2.4 Acerca del Etádar IEEE Std 730-2002 El etádar IEEE Std 730-2002 (ua reviió del IEEE Std 730-1998) [8], e ua orma que permite etadarizar, proporcioado lo requiito míimo aceptable, la preparació y coteido de lo plae de ACS (SQAP de u igla e iglé). Éte defie ua lita de 16 eccioe para el documeto, la cuale coidera la ditita actividade que e debe llevar a cabo co el fi de defiir y documetar el ACS del producto. Etre dicha eccioe e ecuetra: determiació de objetivo, documetació del proceo, defiició de orma, práctica, covecioe y métrica, getió de riego, capacitació, plae de prueba y la preetació de iforme de problema y medida correctiva, etre otra. Tambié platea la poibilidad de agregar eccioe adicioale, egú e requiera. Luego e epecifica lo detalle, para cada ua de la eccioe defiida. U detalle itereate e ecuetra e la bibliografía del IEEE Std 730-2002, dode puede obervare lo demá etádare IEEE e lo cuale éte e baa. 2.5 Mejorado el Proceo. Tal como lo platea [17], hitóricamete el dearrollo de oftware ha etado cetrado e el producto, pero de u tiempo a eta parte lo ivetigadore e ha efocado e el proceo aociado a la IS. [17] propoe ademá u modelo de proceo de oftware que e cetra e la relacioe itecioale etre lo actore ivolucrado. E durate la última década que e ha vito ua proliferació de modelo e iiciativa que aputa a obteer iiciativa exitoa de MPS. Si embargo y de acuerdo co [18], a pear de la gra catidad de aécdota, experiecia y cao de etudio, o hay dato cocluyete repecto de lo factore crítico de éxito para implemetar ua MPS. A partir de eto mimo dato, [19] idetifica iete barrera crítica para el éxito de MPS, etre ella: grupo poco experimetado, o teer ua metodología clara para implemetar el PMS. Ademá, proporcioa directrice para evitar cada ua de ella. E importate coiderar que e [18], e platea que uo de lo factore que debe er coiderado o lo orgaizacioale, tato o má que lo tecológico. Otra perpectiva que aputa a obteer experiecia exitoa al implatar PMS e la que propoe [20], dode platea factore que permitiría acelerar el cambio de cultura y mateer lo efuerzo realizado. Etre lo factore mecioado e ecuetra: No bata co el compromio del liderazgo de la emprea, Etrega de icetivo y recompea durate la implatació del PMS, Utilizació de parámetro de referecia y fijació de objetivo para coeguir la aceptació, etre otro. Por otro lado el trabajo realizado por [21], muetra cuatitativamete cómo e mejora el deempeño de forma igificativa e la orgaizació al alcazar y mateer alto ivele de calidad e u proceo de oftware.
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile 3. Dieño de la Propueta Metodológica. 3.1 Coideracioe iiciale. El trabajo realizado preeta caracterítica teóricopráctica, cuya pricipale actividade e detalla a cotiuació. La metodología que e preeta e ete trabajo, e ua adaptació del ciclo de vida ecuecial de la IS [10, 14] y del ciclo de Demig [11], fudametada e que amba ha ido ampliamete probada y aceptada. Aimimo, eta última permite icorporar el cocepto de mejora cotiua. La metodología e compoe de cuatro etapa: (1) aalizar, (2) cotruir, (3) implatar y (4) probar; el detalle de la etapa y actividade puede er vito e la Tabla 1. E térmio geerale, eta metodología coite e realizar ua reviió bibliográfica para coocer el etado del arte repecto de la calidad, del ACS y MPS etre otro tema relevate. A partir de eta reviió e idetifica lo pricipio de la calidad. Luego e defie el objeto de etudio, para cotiuar co u levatamieto de lo procedimieto y proceo de éte, u orgaizació y la ituació actual, co la problemática que e deea reolver. Tabla 1. Etapa y Actividade defiida para la metodología. Etapa (1) (2) (3) (4) Reviió bibliográfica. Actividade Idetificar lo pricipio de calidad. Defiir Objeto de etudio. Idetificar la orgaizació. Aalizar ituació actual de etudio. Jutificació y Pertiecia del trabajo. Defiir tipo de proyecto iformático. Defiir etapa de u proyecto iformático. Defiir lo producto de cada etapa. Defiir etádare para cada producto. Defiir relació: tipo proyecto producto-etapa. Defiir hito de verificació. Defiir objetivo del SQA. Evaluar impacto de la accioe a implemetar. Corregir poible deviacioe. Implatar metodología e la orgaizació. Realizar ajute i fuera eceario. A partir de la iformació aterior, e realizaro reuioe co repreetate de la orgaizació y el equipo de trabajo. El objetivo de la reuioe fue coeuar lo cocepto báico para elaborar ua metodología de ACS, tale como tipificació de lo proyecto iformático, etapa de lo proyecto, producto de cada etapa, etádare de cada producto y la defiició de lo hito de verificació. Co la iformació obteida e realizó u aálii comparativo co el etádar IEEE Std 730-2002 y e efectuaro lo ajute eceario. Eta elecció reultó de evaluar lo ditito tipo de proyecto iformático, exitete e el cotexto local, ademá e el reultado de dicrimiar aquello que o relevate para la emprea aalizada. Poteriormete, la metodología de ACS propueta e aplicó e proyecto de oftware que fuero tomado como plae piloto, tra lo cual e realizaro prueba iiciale a la propueta, juto a ua primera reviió y evaluació del impacto geerado por u uo, para, fialmete propoer algua mejora y trabajo futuro para poteciarla. 3.2 La ituació actual. La ubgerecia de itema etrega al grupo Agua Nueva diferete ervicio, etre ello la adquiició y dearrollo de itema iformático. Eta eceidade iformática o recopilada a comiezo de cada año, y paa formar parte del pla iformático aual. Tambié e coidera que durate el tracuro del año puede geerare requerimieto o cotemplado e el pla, lo cuale o priorizado y aigado a lo jefe de proyecto e relació a u carga y preupueto aual. Eta ubgerecia o tiee etadarizada la etapa que debe cumplir cada proyecto, o obtate lo aterior e hace uo de herramieta y procedimieto de apoyo que cada jefe de proyecto ua dicrecioalmete, producto de lo cual lo producto de oftware que e adquiere o dearrolla o de calidade diímile y o exite iergia e el área. Lo aterior repercute e que o exite ua etadarizació de lo itema corporativo, tato e forma como e fodo. Eta iexitecia de etádare produce algua ieficiecia e el proceo, ya que la epecificacioe etregada a lo proveedore depede del jefe de proyecto que la realice. Otro factor importate que e oberva e que la evaluació aual de lo jefe de proyecto repecto del deempeño alcazado e realiza e bae a ua medida má bie de
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile caracterítica cualitativa y o cuatitativa, ya que o exite métrica para evaluar el cumplimieto de lo objetivo trazado como pretadore de ervicio detro de la orgaizació. 3.3 Tipificació de Proyecto. La primera etapa del dieño coite e realizar ua tipificació de lo proyecto iformático que realiza la Subgerecia de Sitema; ua vez realizada eta tipificació, e procede a determiar la etapa que deberá cumplir cada dearrollo de proyecto y poteriormete lo producto geerado e cada ua de la etapa. Fialmete, e cojuga todo lo elemeto ateriore a travé de la matriz tipo etapa producto. Eta tipificació de proyecto e logró aalizado lo plae auale de itema de lo año 2006, 2007 y 2008; la iformació obteida fue coeuada co lo jefe de proyecto, quiee o lo repoable de ejecutar dicho plae. La tipificació arrojó como reultado la iguiete 4 categoría de proyecto: Solucioe de mercado empaquetada (T1), Solucioe de mercado co dearrollo (T2), Dearrollo Itero Extero (T3) y Dearrollo Itero (T4). Ademá de la categoría obteida, e idetificaro do atributo de cada tipo de proyecto, que ayuda a compreder el alcace de cada uo de ello: Evergadura (ENV) y Recuro (RR), lo cuale idica el tamaño o efuerzo requerido para u dearrollo o adquiició y la fuete de recuro uada para u dearrollo. Todo lo aterior e reume e la Tabla 2. 3.4 Etapa idetificada para lo Proyecto. La defiició de la etapa de lo proyecto iformático de la Subgerecia de Sitema e realizó adaptado el modelo del ciclo de vida [10], cotratado lo plae auale de itema de lo año 2006, 2007 y 2008; la iformació obteida fue coeuada co lo jefe de proyecto. A partir de eto e obtuviero la etapa de: Formalizació (F), Aálii (A), Dieño (D), Compra (Cp), Cotrucció (Co), Prueba (P), Implatació (I), Aceptació (Ac) y Explotació (Ex). El detalle de la etapa idetificada para lo proyecto y la actividade/objetivo que e debe realizar e detalla e la Tabla 3. Tabla 2. Tipo de proyecto y u caracterítica. Tipo Decripció (ENV) (RR) (T1) (T2) (T3) (T4) Sitema de mercado. No e poible icorporar dearrollo para oportar fucioalidad epecífica. Ej.: Fi700, Soda. Sitema de mercado. E poible icorporar dearrollo para oportar fucioalidad epecífica de la emprea. Ej.: INFOR, Datatream. Sitema a medida; aálii e realiza e forma itera y la cotrucció e cotiza a u proveedor extero. Sitema a medida; todo el ciclo de vida del proyecto e realiza e forma Itera. Alto Medio - Alto Medio - Bajo Medio - Bajo Extero Extero Itero Itero 3.5 Defiició de Producto por Etapa. Eta actividad coitió e defiir lo producto o etregable de cada ua de la etapa defiida ateriormete. Eto producto fialmete cotituirá lo elemeto obre lo cuale e evaluará lo etádare de calidad de lo proyecto iformático de la Subgerecia de Sitema. Lo producto e defiiero e bae a lo eñalado e etádar IEEE Std 730-2002 [8], adaptádola a la realidad y eceidade locale; aimimo e coideraro la ugerecia y aporte de lo jefe de proyecto del área. El reultado e muetra e la Tabla 4, ademá e la Fig. 2 y 3, e oberva el dieño de do de eto itrumeto. 3.6 Defiició de Matriz Tipo-Etapa-Producto. La última actividad del dieño coite e uir lo reultado de la etapa ateriore coformado la Matriz Tipo-Etapa-Producto, de forma tal que e permite operativizar la defiicioe ateriore, geerado aí ua herramieta que reulta de gra utilidad para la defiició del Pla de ACS para cada tipo de proyecto. Lo reultado obteido puede vere e la Tabla 5, dode e relacioa la 9 etapa defiida para cada uo de lo 4 tipo de proyecto
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile idetificado, etableciedo qué producto debiera coiderare e cada cao, de forma tal que pueda eguire la pauta defiida y hacer lo chequeo correpodiete a medida que cada proyecto avaza e u dearrollo. Tabla 3. Etapa de u proyecto y u objetivo/actividade. Etapa Decripció Objetivo / Actividade (F) (A) (D) (Cp) (Co) (P) (I) (Ac) (Ex) Se etablece la plaificació formal del proyecto, alcace, equipo, plazo, etc. Etablece lo que el itema debe hacer, retriccioe de fucioamieto y u proceo de dearrollo. Etapa e que e toma deciioe co repecto a la orgaizació lógica del oftware Se geera la Licitació/Cotizació, adjudicádola, y cerrado el proceo co la cotratació o compra del producto. Proceo de implemetar u programa baado e epecificació de dieño. Comprobar i el oftware atiface la epecificacioe. Migrar herramieta dede ambiete de dearrollo al de explotació. - Formalizació de eceidad. - Plaificació geeral, plazo. - Defiició equipo de trabajo. - Cofecció de la ficha FAI. - Requiito del itema - Aegurar que requiito o alcazable. - Plaificació detallada. - Defiició marco de proyecto - Defiició del ambiete TI. - Formalizar olucioe tecológica para c/u de la fucioe del itema. - Aigar RR materiale c/u de la fucioe. - Dieño geeral. - Ajutar epecificacioe del producto. - Modelo de dato. - Dieñar cao de prueba. - Ficha FAC. - Cotizació / licitació. - Adjudicació. - Implemetar producto. - Plaificació detallada. - Aigació de recuro. - Programació. - Prueba de oftware. - Correcció errore - Documetació prueba. - Migrar ambiete explotació. - Parametrizació. - Capacitació. - Etrega de mauale. Solicitate aprueba - Aceptació formal olicitate. formalmete oftware - Iicio de producció. Software etra e - Pao a itema. producció. - Soporte ormal. 3.7 Hito de Verificació Producto-Etapa. La verificació de cada producto repecto al etádar de calidad defiido, e realizará al fializar cada etapa, de acuerdo a la carta Gatt etablecida por el jefe de proyecto. El producto de eta reviió erá u acta de reuió e la cual e epecificará: Fecha de reviió, Proyecto, Etapa a reviar, Reultado de la verificació (por producto), Obervacioe y Repoable de la verificació. El detalle aociado a la verificació Producto-Etapa puede vere e la Fig. 1. Fig. 1 Verificació Etapa-Producto. 3.8 Defiició del Área de ACS. Ua vez defiida la metodología e eceario y válido pregutare Quié realizará la fució de ACS? la repueta atural e El área de ACS y dada la importacia etratégica que tiee, debiera er u equipo idepediete de quiee dearrolle lo itema y co depedecia directa del ubgerete de itema. Éta tedrá como miió etablecer u cojuto de actividade plaificada y itemática, ecearia para aportar cofiaza repecto de que lo producto dearrollado, atiface lo requerimieto del cliete, e bae a lo etádare de calidad defiido. E particular la fucioe erá: Defiir, reviar y actualizar lo etádare de calidad. Aegurar ivele de calidad adecuado de lo itema iformático, e decir, aegurar que la eceidade de lo cliete etá iedo atifecha e forma adecuada.
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile Idetificar poible deviacioe e lo etádare aplicado, aí como comprobar que e ha llevado a cabo la medida prevetiva o correctiva ecearia para elimiar eta deviacioe. Dimiuir el impacto del pao a producció de itema. Etadarizar la metodología de trabajo para el dearrollo de proyecto iformático. Elaborar Plae de Aeguramieto de Calidad del Software efectivo, para cada proyecto iformático, e lo que e etablezca claramete lo hito de reviió y auditoría. y o como ua actividad ailada que ocurre depué de codificar lo proyecto. Se corroboró que alguo de lo problema urgido durate la implatació de lo proyecto realizado i ua metodología formal, o hubiee ocurrido o u impacto habría ido meor. Fialmete, el cotrol del avace real de lo proyecto reultó mucho má certero a partir de eta herramieta, ya que lo jefe de proyecto preetaro ua viió muy optimita al iformar u avace. Tabla 4. Etapa, producto y etádare defiido. 4 Cao de Etudio y Reultado Iiciale. Ua vez defiida toda la etapa de la metodología de ACS, correpode aplicarla y realizar prueba piloto del modelo, e bae a u cao real, co la fialidad de medir el impacto de la metodología. Eta actividad coitió e eleccioar u proyecto iformático e ejecució y aplicarle la metodología, para obervar la deviacioe exitete. El itema eleccioado fue la Plataforma de Coulta de Proveedore, aplicació Web, orietada a coulta del etado de pago de lo documeto emitido por lo proveedore del grupo Agua Nueva S. A., pretede covertire ademá e el caal oficial de la emprea para ateder coulta, requerimieto, reclamo y olicitude. Dado lo atecedete de la metodología dieñada y del pilotaje realizado, e obervó que lo Jefe de Proyecto o tiee el hábito de formalizar el cierre de cierto proceo o etapa, por lo que e carece de evidecia tagible del térmio de cada etapa. Aimimo, e obervó que la metodología e bie evaluada o obtate el icremeto de trabajo admiitrativo que ello colleva, e particular por el regitro de actividade que comúmete o era coiderada para efecto de aeguramieto de calidad. Ademá e pudo obervar como la metodología de ACS cotribuyó a iteralizar, e lo itegrate de la ubgerecia de itema, el cocepto de calidad como ua actividad traveral al dearrollo de lo proyecto Etapa Producto Etádar (F) (A) (D) (Cp) (Co) (P) - Solicitud de herramieta iformática. - Ficha proyecto iformático. - Carta Gatt de actividade. - Ficha FAI. - Acta de reuioe. - Epecificació requiito de oftware - Acta de reuioe - Modelo del itema - Pla de prueba de oftware. - Acta de reuioe. - Ficha FAC. - Ficha proveedor de oftware. - Diccioario de dato - Epecificació de package. - Acta de reuioe. - Regitro de prueba de oftware. - Acta de reuioe. - Maual de uuario. - Maual de itema. - Acta de reuioe. REG-SIS-001-FOR REG-SIS-002-FOR REG-SIS-003-FOR REG-SIS-004-FOR REG-SIS-010-ANA REG-SIS-030-DIS REG-SIS-031-DIS REG-SIS-040-COM REG-SIS-041-COM REG-SIS-050-CON REG-SIS-051-CON REG-SIS-060-PRU REG-SIS-070-IMP (I) REG-SIS-071-IMP (Ac) - Acta recepció de oftware. REG-SIS-080-ACE (Ex) - Acta recepció de itema - Acta de reuioe REG-SIS-090-EXP
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile Tabla 5. Defiició de la Matriz Tipo-Etapa-Producto. Etapa (F) (A) (D) (Cp) (Co) (P) (I) (Ac) (Ex) Producto - Solicitud de herramieta iformática. - Ficha de proyecto iformático. - Carta Gatt de actividade. - Ficha FAI. - Acta de reuioe. - Epecificació requerimieto de oftware - Acta de reuioe - Modelo del itema - Pla de prueba. - Acta de reuioe. - Ficha FAC. - Ficha proveedor de oftware. - Diccioario de dato - Epecificació de package. - Acta de reuioe. - Regitro de prueba de oftware. - Acta de reuioe. - Maual de uuario. - Maual de itema. - Acta de reuioe. - Acta recepció de oftware. - Acta recepció de itema - Acta de reuioe Tipo de Proyecto (1) (2) (3) (4) / / / / / / / / / / / / / / / / / / / / / / / / / / / Fig. 2 Dieño de la Ficha de Proyecto, REG-SIS-002-FOR. Fig. 3 Dieño del Acta de Reuió,.
Departameto de Igeiería de Sitema Uiveridad de La Frotera Chile 5. Cocluioe El preete trabajo idetificó lo pricipio que debe er coiderado para el ACS de la orgaizació e etudio. E bae a ello e adaptó la metodología del ciclo de vida al dearrollo de proyecto iformático del coorcio Agua Nueva S.A., proporcioado de eta maera ua metodología etádar para eta importate actividad. El etádar de ACS IEEE Std 730-2002 uado como referecia permitió defiir la bae de la metodología adaptada y aí defiir producto para cada etapa del dearrollo de oftware, cotribuyedo aí a homologar la fucioe del peroal abocado a eta tarea. La metodología dearrollada permite idetificar y reolver la deviacioe que pudiera producire repecto de lo eperado, al térmio de cada ua de la etapa del dearrollo del proyecto iformático y o al fial del ciclo como ocurría ateriormete. Cabe detacar que e eto mometo la metodología dieñada e etá agregado al itema de getió de calidad ISO 9001 exitete e la emprea, co el ombre de Metodología de Proyecto TIC, por lo que queda aí oficializado para el Grupo Agua Nueva S.A. y por lo tato el proceo e auditable tato e forma itera como extera. Queda pediete la implemetació de la auditoría que e cotempla por cada etapa, pero e epera que el próximo año e tega lo recuro dipoible para eta actividad. Referecia [1] Gla, R.L., The Software-Reearch Crii. IEEE Software, 1994. 11(6): p. 42-47. [2] Marciiak, J.J., Software Egieerig a Hitorical Perpective. Ecyclopedia of Software Egieerig, 1994: p. 1176-1182. [3] Kehoe, R. ad A. Jarvi, ISO 9000-3: a tool for oftware product ad proce improvemet. 1996. [4] ISO/IEC, ISO/IEC 12207 Iformatio techology -- Software life cycle procee. 1995. [5] Software Egieerig Ititute (SEI), C.M.U., CMMI for Developmet, Verio 1.2. 2006. [6] IEEE, IEEE Std 1058-1998, IEEE Stadard for Software Project Maagemet Pla. 1998. [7] IEEE, IEEE Std 1074, IEEE Stadard for Developig Software Life Cycle Procee. 2002. [8] IEEE, 730-2002, Stadard for Software Quality Aurace Pla. 2002: p. 0_1-10. [9] Miguet, J.M. ad J.F. Herádez, La Calidad del Software y u Medida. 2003, Madrid: Editorial Cetro de Etudio Ramó Arece S.A. 261. [10] Prema, R.S., Igeiería del Software, u efoque práctico. 5ta. ed, ed. M.H. Iteramericaa. 2001. 610. [11] Demig, W.E. ad J.N. Media, Calidad, Productividad y Competitividad: la alida de la crii. 1989: Editorial Díaz de Sato, S.A. 391. [12] Jura, J.M., Jura Y El Liderazgo Para La Calidad. 1990: Editorial Díaz de Sato, S.A. [13] Shewhart, W.A., Ecoomic Cotrol of Quality of Maufactured Product. 1980. 501. [14] Sommerville, I., Igeiería del Software, 7ª edició. 7ª ed. 2005: Pearo Addio Weley. 697. [15] Humphrey, W.S., Charactherizig the Software Proce: a maturity framework. IEEE Software Maagemet, 1988. 5(2): p. 73-79. [16] Baili, V.R., The Experimetal Paradigm i Software Egieerig. Experimetal Software Egieerig Iue: Critical Aemet ad Future Directive, 1992. [17] Yu, E. ad J. Mylopoulo. Udertadig "Why" i Software Proce Modellig, Aalyi, ad Deig. i 1994. Proceedig. ICSE-16., 16th Iteratioal Coferece o Software Egieerig. 1994. Sorreto, Italy. [18] Dybä, T., A Empirical Ivetigatio of the Key Factor for Succe i Software Proce Improvemet. IEEE Tracatio o Software Egieerig, 2005. 31(5): p. 410-421. [19] Niazi, M., Software Proce Improvemet Implemetatio: Avoidig Critical Barrier. CroTalk, The Joural of Defee Software Egieerig, 2009. 22(1): p. 24-27. [20] Hadde, R., Simple Way to Succeed at Software Proce Improvemet. Software Quality Profeioal, 1998. 1(1): p. 38-43. [21] Gali, D. ad M. Avrahami, Beefit of a Higher Quality Level of the Software Proce: Two Orgaizatio Compared. Software Quality Profeioal, 2007. 9(4): p. 27-35.