SlideShare une entreprise Scribd logo
1  sur  8
Télécharger pour lire hors ligne
S.E.P.                                                     D.G.E.S.T.                 S.E.I.T.



                                                          INSTITUTO TECNOLÓGICO
                                                                DE TUXTEPEC

                                                                 ASIGNATURA:
   IN




                                                     EC
    ST




                                                    EP




                                                          FUNDAMENTOS DE SISTEMAS DE
        IT




                                               XT




             TO
         U




                  TE                           TU
                     C                     E
                         N OL O GI C O D
                                                                INFORMACION


                                                                   UNIDAD:
                                                                        2
                                                                    TEMA:
                                                                    ENSAYO

                                                                  ALUMNOS:
                                                             LUIS CARLOS DIAZ MORA
                                                             ADRIAN CABRERA LÓPEZ
                                                             SERGIO VELASCO OJEDA
                                                            RODRIGO DIONICIO FELIPE
                                                            VALENTIN MANZANO CRISANTO

                                                                CATEDRÁTICO:


                                                           MC.MARIA DE LOS ANGELES MARTINEZ


                                                    TUXTEPEC, OAX. 18 DE SEPTIEMBRE DEL 2012
INTRODUCCION

Este sistema ha sobrepasado la habilidad de desarrollar y mantener el
software por parte de las organizaciones que se dedican a esta actividad,
por lo que las empresas mexicanas desarrolladoras de software necesitan
lograr una evolución hacia la cultura de excelencia en la ingeniería y la
administración del software. la calidad del software está directamente
relacionada con su proceso de desarrollo, considera que un proceso bien
conocido y ampliamente utilizado, sustentado en medición y predicción de
eventos, permite controlar en buena medida la producción de software y en
consecuencia software de calidad.

El estudio de la calidad del software de lleva a cabo a través de la
ingeniería de software, que Farley (1998) define como la disciplina
tecnológica y administrativa dedicada a la producción sistemática de
productos de software, que son desarrollados y modificados a tiempo y
dentro de un presupuesto definido.
DEFINICIÓN DEL SOFTWARE
Existen varias definiciones similares aceptadas para software, pero
probablemente la más formal sea la siguiente: Es el conjunto de los
programas de cómputo, procedimientos, reglas, documentación y datos
asociados que forman parte de las operaciones de un sistema de
computación. Considerando esta definición, el concepto de software va
más allá de los programas de computación en sus distintos estados: código
fuente, binario o ejecutable; también su documentación, los datos a
procesar e incluso la información de usuario forman parte del software: es
decir, abarca todo lo intangible, todo lo «no físico» relacionado. El
término «software» fue usado por primera vez en este sentido por John W.
Tukey en 1957. En la ingeniería de software y las ciencias de la
computación, el software es toda la información procesada por
los sistemas informáticos: programas y datos. El concepto de leer
diferentes secuencias de instrucciones (programa) desde la memoria de un
dispositivo para controlar los cálculos fue introducido por Charles
Babbage como parte de su máquina diferencial.
CALIDAD


Es la aptitud de un producto o servicio para satisfacer las necesidades del usuario. Es
la cualidad de todos los productos, no solamente de equipos sino también
de programas. En el desarrollo de software, la calidad de diseño acompaña a la
calidad de los requisitos, especificaciones y diseño del sistema. La calidad de
concordancia es un aspecto centrado principalmente en la implementación; Si la
implementación sigue al diseño, y el sistema resultante cumple con los objetivos de
requisitos y de rendimiento, la calidad de concordancia es alta.

Adicionalmente se puede seguir los siguientes aspectos para evaluar la calidad del
software:


                            CALIDAD DE SOFTWARE

Características propias del software aquellas que tu quieres controlar y asegurar, el
software es un producto inmaterial que no se fabrica, tampoco se degradan
físicamente, sino que se desarrolla. El software puede tener errores, incidencias pero
no son similares a lo que cualquier equipo de carácter físico.
La calidad del software se encuentra casi a la par de la calidad tradicional,
ligeramente detrás debido a que la calidad tradicional tiene varias décadas de historia,
mientras que la calidad de software tiene entre 50 y 30 años de haber surgido.
CERTIFICACION DE SOFTWARE: Consecuencia de un proceso que es asegurar
la calidad pero nunca es el objetivo final. La calidad de software no se certifica, lo
que se certifica son los procedimientos para construir un software de calidad, los
procedimientos deben ser correctos y estar en función de la normalización (ISO
9000, CMMI, MoProSoft...).


NORMATIVA ISO 9000


Pone a disposición de un auditor o certificador los procesos internos, de forma que
este indique si cumple o no la normativa al 100%, audita el sistema; Si los resultados
son positivos se emite la certificación y cada cierto tiempo se tiene que renovar; La
certificación es costosa, a consecuencia de costes que ocasionan la lejanía y el tiempo
de duración de proceso (aprox. 6 meses). Se certifica la empresa y la metodología
para el desarrollo de la aplicación.


MEDICION DE SOFTWARE
En el software lo que se mide son atributos propios del mismo, se descompone un
atributo general en otros más simples de medir, a veces se mide bien o mal ya que la
descomposición del atributo genérico de calidad en otros sub-atributos se torna irreal,
se mide con datos estadísticos no avalados, es imposible decir que la medición se
hace en forma correcta.
El concepto de medida va de más a menos, va de lo general a lo concreto y lo
concreto es asociado a la métrica, cuya combinación te daría el nivel de calidad
o seguridad de tu producto. Las ciencias bien estructuradas se basan en medidas bien
hechas, se basan en la matemática.
TIPOS DE MEDIDAS
   Número de errores durante un periodo determinado.
   Fallo en la codificación o diseño de un sistema que causa que el programa no funcione
    correctamente o falle.
   Tamaño de un producto informático (líneas de código)
   Métrica de punto función (IBM): relaciona funcionalidades que ofrecía.
   Estimación de costes y esfuerzos.


             GARANTÍA DE LA CALIDAD DEL SOFTWARE
 Conjunto de actividades de planificación, estimación y supervisión del proceso de
desarrollo, que se realizan de forma independiente al equipo de desarrollo, de tal
forma que los productos software resultante cumplen los requisitos establecidos y
satisfacen los niveles de calidad exigidos.



CONTROL DE LA CALIDAD


CONTROLES DINÁMICOS
- Prueba modular: Se prueba cada módulo aislado del resto del sistema

- Prueba de integración: Se prueba que las interfaces entre los módulos son correctas

- Prueba de sistema: Se prueba si el sistema satisface todos los requisitos del usuario Prueba de
aceptación: Su objetivo es demostrar al usuario que el sistema satisface sus necesidades Prueba de
regresión: Se comprueba que la nueva versión del producto no es de menos calidad que la anterior
ACTIVIDADES CONSTRUCTIVAS
*Modelos de proceso software

- Idealización del proceso de desarrollo y mantenimiento del software

- Se descompone el proceso en fases, definiendo las actividades a realizar

* Métodos y formalismos

- La sistematización de los procedimientos facilita la prueba de los resultados
obtenidos

- Se producen incrementos en la productividad (50-150)



                                 CONCLUSION

No se puede medir la calidad del software de forma correcta debido a su naturaleza,
la certificación se da a los procesos, la correcta consecución de los mismos
garantizaría un buen software. No se puede medir al software como tal, sino los
atributos que la conforman, tales métodos de medida deben ser exactos.
El usuario final mide la calidad del software según lo que tenga o no, es en ese
sentido de que la calidad del software depende de quien la juzgue. El hecho de que
una empresa tenga certificación en calidad de software no garantiza que su software
sea de calidad.
FUENTES CONSULTADAS

1. http://www.uv.mx/gestion/proyectos/documents/KARLAALEJANDR
   AJIMENEZMARTINEZ.pdf
2. http://www.csi-
   csif.es/andalucia/modules/mod_ense/revista/pdf/Carlos_Caballero.pd
   f
3. http://www.bvs.sld.cu/revistas/aci/vol3_3_95/aci05395.htm
4. http://www.lcc.uma.es/~av/Publicaciones/02/CalidadDSBC.pdf
5. http://www.paginaspersonales.unam.mx/files/69/Publica_2011062221
   5614.pdf
6. http://www.cimat.mx/Eventos/seminariodetecnologias/handout-
   CLemus.pdf

Contenu connexe

En vedette

โครงการสร้างฝายถวายพ่อ
โครงการสร้างฝายถวายพ่อโครงการสร้างฝายถวายพ่อ
โครงการสร้างฝายถวายพ่อthitinanmim115
 
parque chicaque
parque chicaqueparque chicaque
parque chicaqueqkiki
 
教育社会心理学「ハングル」プレゼン
教育社会心理学「ハングル」プレゼン教育社会心理学「ハングル」プレゼン
教育社会心理学「ハングル」プレゼンEiji Tomida
 
49949045 los-paradigmas-de-la-programacion
49949045 los-paradigmas-de-la-programacion49949045 los-paradigmas-de-la-programacion
49949045 los-paradigmas-de-la-programacionIvan Moreno
 
จับภาพลงเวบบอร์ดให้ง่าย
จับภาพลงเวบบอร์ดให้ง่ายจับภาพลงเวบบอร์ดให้ง่าย
จับภาพลงเวบบอร์ดให้ง่ายaucharapon theemcle
 
Propuesta de politicas academicas
Propuesta de politicas academicasPropuesta de politicas academicas
Propuesta de politicas academicasalternativacademica
 
2012spring guidance01&02
2012spring guidance01&022012spring guidance01&02
2012spring guidance01&02Eiji Tomida
 
formació i seguiment auxiliars 2013 14
formació i seguiment auxiliars 2013 14formació i seguiment auxiliars 2013 14
formació i seguiment auxiliars 2013 14rcastel7
 
SesióN 2 Modulo Ii
SesióN 2 Modulo IiSesióN 2 Modulo Ii
SesióN 2 Modulo Iiyoturuta
 
2011fall guidance02
2011fall guidance022011fall guidance02
2011fall guidance02Eiji Tomida
 
บทที่ 2. ระบบคอมพิวเตอร์
บทที่ 2. ระบบคอมพิวเตอร์บทที่ 2. ระบบคอมพิวเตอร์
บทที่ 2. ระบบคอมพิวเตอร์Pokypoky Leonardo
 
ใบความรู้ที่ 16 เชื่อมต่อภาพ
ใบความรู้ที่ 16 เชื่อมต่อภาพใบความรู้ที่ 16 เชื่อมต่อภาพ
ใบความรู้ที่ 16 เชื่อมต่อภาพNimanong Nim
 
4th Period World History 3/6/2009
4th Period World History 3/6/20094th Period World History 3/6/2009
4th Period World History 3/6/2009William Lodge
 
presentacion
presentacionpresentacion
presentaciondeiiviid
 
Problematica inserven
Problematica inservenProblematica inserven
Problematica inservenMILUGO
 

En vedette (20)

โครงการสร้างฝายถวายพ่อ
โครงการสร้างฝายถวายพ่อโครงการสร้างฝายถวายพ่อ
โครงการสร้างฝายถวายพ่อ
 
Concurso de Arquitectura con Contenederos Marítimos
Concurso de Arquitectura con Contenederos MarítimosConcurso de Arquitectura con Contenederos Marítimos
Concurso de Arquitectura con Contenederos Marítimos
 
parque chicaque
parque chicaqueparque chicaque
parque chicaque
 
教育社会心理学「ハングル」プレゼン
教育社会心理学「ハングル」プレゼン教育社会心理学「ハングル」プレゼン
教育社会心理学「ハングル」プレゼン
 
D1XZ
D1XZD1XZ
D1XZ
 
49949045 los-paradigmas-de-la-programacion
49949045 los-paradigmas-de-la-programacion49949045 los-paradigmas-de-la-programacion
49949045 los-paradigmas-de-la-programacion
 
จับภาพลงเวบบอร์ดให้ง่าย
จับภาพลงเวบบอร์ดให้ง่ายจับภาพลงเวบบอร์ดให้ง่าย
จับภาพลงเวบบอร์ดให้ง่าย
 
Propuesta de politicas academicas
Propuesta de politicas academicasPropuesta de politicas academicas
Propuesta de politicas academicas
 
Glosario
GlosarioGlosario
Glosario
 
2012spring guidance01&02
2012spring guidance01&022012spring guidance01&02
2012spring guidance01&02
 
formació i seguiment auxiliars 2013 14
formació i seguiment auxiliars 2013 14formació i seguiment auxiliars 2013 14
formació i seguiment auxiliars 2013 14
 
SesióN 2 Modulo Ii
SesióN 2 Modulo IiSesióN 2 Modulo Ii
SesióN 2 Modulo Ii
 
2011fall guidance02
2011fall guidance022011fall guidance02
2011fall guidance02
 
Presidentes(Ja)
Presidentes(Ja)Presidentes(Ja)
Presidentes(Ja)
 
บทที่ 2. ระบบคอมพิวเตอร์
บทที่ 2. ระบบคอมพิวเตอร์บทที่ 2. ระบบคอมพิวเตอร์
บทที่ 2. ระบบคอมพิวเตอร์
 
ใบความรู้ที่ 16 เชื่อมต่อภาพ
ใบความรู้ที่ 16 เชื่อมต่อภาพใบความรู้ที่ 16 เชื่อมต่อภาพ
ใบความรู้ที่ 16 เชื่อมต่อภาพ
 
4th Period World History 3/6/2009
4th Period World History 3/6/20094th Period World History 3/6/2009
4th Period World History 3/6/2009
 
presentacion
presentacionpresentacion
presentacion
 
Problematica inserven
Problematica inservenProblematica inserven
Problematica inserven
 
Web 2.0
Web 2.0Web 2.0
Web 2.0
 

Similaire à Calidad de software

Presentacion del proyecto
Presentacion del proyectoPresentacion del proyecto
Presentacion del proyectoBlue ...
 
Presentacion reing
Presentacion reingPresentacion reing
Presentacion reingBlue ...
 
Presentacion reing
Presentacion reingPresentacion reing
Presentacion reingBlue ...
 
Sistema presupuestacion
Sistema presupuestacionSistema presupuestacion
Sistema presupuestacionBlue ...
 
Ensayo gral
Ensayo gralEnsayo gral
Ensayo gralBlue ...
 
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo Daniel221A
 
Ensayo Reingenieria
Ensayo ReingenieriaEnsayo Reingenieria
Ensayo Reingenieriacheluis9006
 
Trabajo investigacion (jeiner gonzalez.b)
Trabajo investigacion (jeiner gonzalez.b)Trabajo investigacion (jeiner gonzalez.b)
Trabajo investigacion (jeiner gonzalez.b)Jeiner Gonzalez Blanco
 
Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)Jeiner Gonzalez Blanco
 
Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)Jeiner Gonzalez Blanco
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMaria Belmonte
 
Metrica calidad de_software
Metrica calidad  de_softwareMetrica calidad  de_software
Metrica calidad de_softwareoskrtroy
 
Plantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_JesusPlantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_JesusAnnie Mrtx
 
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓNCICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓNErnesto Souquet Guevara
 

Similaire à Calidad de software (20)

Presentacion del proyecto
Presentacion del proyectoPresentacion del proyecto
Presentacion del proyecto
 
Presentacion reing
Presentacion reingPresentacion reing
Presentacion reing
 
Presentacion reing
Presentacion reingPresentacion reing
Presentacion reing
 
Sistema presupuestacion
Sistema presupuestacionSistema presupuestacion
Sistema presupuestacion
 
Ensayo fsi --
Ensayo fsi --Ensayo fsi --
Ensayo fsi --
 
Ivan
IvanIvan
Ivan
 
Ensayo gral
Ensayo gralEnsayo gral
Ensayo gral
 
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
 
DesempeñO..
DesempeñO..DesempeñO..
DesempeñO..
 
Ensayo Reingenieria
Ensayo ReingenieriaEnsayo Reingenieria
Ensayo Reingenieria
 
Plantilla trabajo final
Plantilla trabajo finalPlantilla trabajo final
Plantilla trabajo final
 
Trabajo investigacion (jeiner gonzalez.b)
Trabajo investigacion (jeiner gonzalez.b)Trabajo investigacion (jeiner gonzalez.b)
Trabajo investigacion (jeiner gonzalez.b)
 
Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)
 
Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)Mule investigation (jeiner gonzalez.b)
Mule investigation (jeiner gonzalez.b)
 
A1 u1 tablas comparativa
A1 u1  tablas comparativaA1 u1  tablas comparativa
A1 u1 tablas comparativa
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De Información
 
Informe Reing
Informe ReingInforme Reing
Informe Reing
 
Metrica calidad de_software
Metrica calidad  de_softwareMetrica calidad  de_software
Metrica calidad de_software
 
Plantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_JesusPlantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_Jesus
 
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓNCICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
 

Plus de Rodrigo Dionicio Felipe (20)

Expo.library
Expo.libraryExpo.library
Expo.library
 
Mapa conceptual sistemas de informacion
Mapa conceptual sistemas de informacionMapa conceptual sistemas de informacion
Mapa conceptual sistemas de informacion
 
Mapa conceptual de los sistemas de informacion
Mapa conceptual de los sistemas de informacionMapa conceptual de los sistemas de informacion
Mapa conceptual de los sistemas de informacion
 
ENSAYO
ENSAYOENSAYO
ENSAYO
 
Ensayo libreta
Ensayo libretaEnsayo libreta
Ensayo libreta
 
Unidad 5
Unidad 5Unidad 5
Unidad 5
 
Unidad 4
Unidad 4Unidad 4
Unidad 4
 
Unidad 3
Unidad 3Unidad 3
Unidad 3
 
Unidad 3
Unidad 3Unidad 3
Unidad 3
 
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
Infraestructurasdelatecnologadeinformacin 141015194509-conversion-gate02
 
Infraestructuras de la tecnología de información
Infraestructuras de la tecnología de informaciónInfraestructuras de la tecnología de información
Infraestructuras de la tecnología de información
 
Tipos de estándares
Tipos de estándaresTipos de estándares
Tipos de estándares
 
Analisis
AnalisisAnalisis
Analisis
 
Analisis
AnalisisAnalisis
Analisis
 
Analisis
AnalisisAnalisis
Analisis
 
Fundamento de telecomunicacion
Fundamento de telecomunicacionFundamento de telecomunicacion
Fundamento de telecomunicacion
 
Resumen (1)
Resumen (1)Resumen (1)
Resumen (1)
 
Mapa conceptual
Mapa conceptualMapa conceptual
Mapa conceptual
 
4 vias sobres la ingienieria en informatica dentro de la informatica
4 vias sobres la ingienieria en informatica dentro de la informatica4 vias sobres la ingienieria en informatica dentro de la informatica
4 vias sobres la ingienieria en informatica dentro de la informatica
 
Autoevaluación del equipo
Autoevaluación del equipoAutoevaluación del equipo
Autoevaluación del equipo
 

Calidad de software

  • 1. S.E.P. D.G.E.S.T. S.E.I.T. INSTITUTO TECNOLÓGICO DE TUXTEPEC ASIGNATURA: IN EC ST EP FUNDAMENTOS DE SISTEMAS DE IT XT TO U TE TU C E N OL O GI C O D INFORMACION UNIDAD: 2 TEMA: ENSAYO ALUMNOS: LUIS CARLOS DIAZ MORA ADRIAN CABRERA LÓPEZ SERGIO VELASCO OJEDA RODRIGO DIONICIO FELIPE VALENTIN MANZANO CRISANTO CATEDRÁTICO: MC.MARIA DE LOS ANGELES MARTINEZ TUXTEPEC, OAX. 18 DE SEPTIEMBRE DEL 2012
  • 2. INTRODUCCION Este sistema ha sobrepasado la habilidad de desarrollar y mantener el software por parte de las organizaciones que se dedican a esta actividad, por lo que las empresas mexicanas desarrolladoras de software necesitan lograr una evolución hacia la cultura de excelencia en la ingeniería y la administración del software. la calidad del software está directamente relacionada con su proceso de desarrollo, considera que un proceso bien conocido y ampliamente utilizado, sustentado en medición y predicción de eventos, permite controlar en buena medida la producción de software y en consecuencia software de calidad. El estudio de la calidad del software de lleva a cabo a través de la ingeniería de software, que Farley (1998) define como la disciplina tecnológica y administrativa dedicada a la producción sistemática de productos de software, que son desarrollados y modificados a tiempo y dentro de un presupuesto definido.
  • 3. DEFINICIÓN DEL SOFTWARE Existen varias definiciones similares aceptadas para software, pero probablemente la más formal sea la siguiente: Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados que forman parte de las operaciones de un sistema de computación. Considerando esta definición, el concepto de software va más allá de los programas de computación en sus distintos estados: código fuente, binario o ejecutable; también su documentación, los datos a procesar e incluso la información de usuario forman parte del software: es decir, abarca todo lo intangible, todo lo «no físico» relacionado. El término «software» fue usado por primera vez en este sentido por John W. Tukey en 1957. En la ingeniería de software y las ciencias de la computación, el software es toda la información procesada por los sistemas informáticos: programas y datos. El concepto de leer diferentes secuencias de instrucciones (programa) desde la memoria de un dispositivo para controlar los cálculos fue introducido por Charles Babbage como parte de su máquina diferencial.
  • 4. CALIDAD Es la aptitud de un producto o servicio para satisfacer las necesidades del usuario. Es la cualidad de todos los productos, no solamente de equipos sino también de programas. En el desarrollo de software, la calidad de diseño acompaña a la calidad de los requisitos, especificaciones y diseño del sistema. La calidad de concordancia es un aspecto centrado principalmente en la implementación; Si la implementación sigue al diseño, y el sistema resultante cumple con los objetivos de requisitos y de rendimiento, la calidad de concordancia es alta. Adicionalmente se puede seguir los siguientes aspectos para evaluar la calidad del software: CALIDAD DE SOFTWARE Características propias del software aquellas que tu quieres controlar y asegurar, el software es un producto inmaterial que no se fabrica, tampoco se degradan físicamente, sino que se desarrolla. El software puede tener errores, incidencias pero no son similares a lo que cualquier equipo de carácter físico. La calidad del software se encuentra casi a la par de la calidad tradicional, ligeramente detrás debido a que la calidad tradicional tiene varias décadas de historia, mientras que la calidad de software tiene entre 50 y 30 años de haber surgido.
  • 5. CERTIFICACION DE SOFTWARE: Consecuencia de un proceso que es asegurar la calidad pero nunca es el objetivo final. La calidad de software no se certifica, lo que se certifica son los procedimientos para construir un software de calidad, los procedimientos deben ser correctos y estar en función de la normalización (ISO 9000, CMMI, MoProSoft...). NORMATIVA ISO 9000 Pone a disposición de un auditor o certificador los procesos internos, de forma que este indique si cumple o no la normativa al 100%, audita el sistema; Si los resultados son positivos se emite la certificación y cada cierto tiempo se tiene que renovar; La certificación es costosa, a consecuencia de costes que ocasionan la lejanía y el tiempo de duración de proceso (aprox. 6 meses). Se certifica la empresa y la metodología para el desarrollo de la aplicación. MEDICION DE SOFTWARE En el software lo que se mide son atributos propios del mismo, se descompone un atributo general en otros más simples de medir, a veces se mide bien o mal ya que la descomposición del atributo genérico de calidad en otros sub-atributos se torna irreal, se mide con datos estadísticos no avalados, es imposible decir que la medición se hace en forma correcta. El concepto de medida va de más a menos, va de lo general a lo concreto y lo concreto es asociado a la métrica, cuya combinación te daría el nivel de calidad o seguridad de tu producto. Las ciencias bien estructuradas se basan en medidas bien hechas, se basan en la matemática.
  • 6. TIPOS DE MEDIDAS  Número de errores durante un periodo determinado.  Fallo en la codificación o diseño de un sistema que causa que el programa no funcione correctamente o falle.  Tamaño de un producto informático (líneas de código)  Métrica de punto función (IBM): relaciona funcionalidades que ofrecía.  Estimación de costes y esfuerzos. GARANTÍA DE LA CALIDAD DEL SOFTWARE Conjunto de actividades de planificación, estimación y supervisión del proceso de desarrollo, que se realizan de forma independiente al equipo de desarrollo, de tal forma que los productos software resultante cumplen los requisitos establecidos y satisfacen los niveles de calidad exigidos. CONTROL DE LA CALIDAD CONTROLES DINÁMICOS - Prueba modular: Se prueba cada módulo aislado del resto del sistema - Prueba de integración: Se prueba que las interfaces entre los módulos son correctas - Prueba de sistema: Se prueba si el sistema satisface todos los requisitos del usuario Prueba de aceptación: Su objetivo es demostrar al usuario que el sistema satisface sus necesidades Prueba de regresión: Se comprueba que la nueva versión del producto no es de menos calidad que la anterior
  • 7. ACTIVIDADES CONSTRUCTIVAS *Modelos de proceso software - Idealización del proceso de desarrollo y mantenimiento del software - Se descompone el proceso en fases, definiendo las actividades a realizar * Métodos y formalismos - La sistematización de los procedimientos facilita la prueba de los resultados obtenidos - Se producen incrementos en la productividad (50-150) CONCLUSION No se puede medir la calidad del software de forma correcta debido a su naturaleza, la certificación se da a los procesos, la correcta consecución de los mismos garantizaría un buen software. No se puede medir al software como tal, sino los atributos que la conforman, tales métodos de medida deben ser exactos. El usuario final mide la calidad del software según lo que tenga o no, es en ese sentido de que la calidad del software depende de quien la juzgue. El hecho de que una empresa tenga certificación en calidad de software no garantiza que su software sea de calidad.
  • 8. FUENTES CONSULTADAS 1. http://www.uv.mx/gestion/proyectos/documents/KARLAALEJANDR AJIMENEZMARTINEZ.pdf 2. http://www.csi- csif.es/andalucia/modules/mod_ense/revista/pdf/Carlos_Caballero.pd f 3. http://www.bvs.sld.cu/revistas/aci/vol3_3_95/aci05395.htm 4. http://www.lcc.uma.es/~av/Publicaciones/02/CalidadDSBC.pdf 5. http://www.paginaspersonales.unam.mx/files/69/Publica_2011062221 5614.pdf 6. http://www.cimat.mx/Eventos/seminariodetecnologias/handout- CLemus.pdf