REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN SUPERIOR I. U. P. S. M. SANTIAGO MARIO EXTENSIN MRIDA.

Ingeniera de Software

Rino Tovar A. C.I 16657987

Mayo, 2010

T.S.U Rino Tovar A.

ContenidoI. Definicin de Ing. Del Software II. Factor de calidad y productividad III. Complejidad de producto: Notaciones apropiadas, enfoque sistmico, control de cambios, nivel tecnolgico, nivel confiabilidad. IV. Mtodo grafico; realizar un ejemplo.

T.S.U Rino Tovar A.

Introduccin En el presente trabajo se detalla las bondades que brinda la Ingenieria de Software para producir software robusto y de calidad, a saber que: La Ingenieria del Software es el establecimiento y uso de principios solidos de la ingenieria para obtener economicamente un software confiable y que funcione de modo eficiente en maquinas reales. [Bauer, 1972] Entre los temas mas importantes a destacar, se definen los siguientes: Definicin de Ing. Del Software Factor de calidad y productividad Complejidad de producto: Notaciones apropiadas, enfoque sistmico, control de cambios, nivel tecnolgico, nivel confiabilidad. Mtodo grafico; realizar un ejemplo.

Por otra parte cabe destacar, que el enfoque sistmico es un medio, un mtodo, que permite obtener cambios. Mirando las cosas desde otro punto de vista.

T.S.U Rino Tovar A.

Tema #1: Ingeniera del Software 1) Definicin de Ing. Del Software La ingeniera de software es una disciplina formada por un conjunto de mtodos, herramientas y tcnicas que se utilizan en el desarrollo de los programas informticos (software). Esta disciplina trasciende la actividad de programacin, que es la actividad principal a la hora de crear un software. El ingeniero de software se encarga de toda la gestin del proyecto para que ste se pueda desarrollar en un plazo determinado y con el presupuesto previsto. La ingeniera de software, por lo tanto, incluye el anlisis previo de la situacin, el diseo del proyecto, el desarrollo del software, las pruebas necesarias para confirmar su correcto funcionamiento y la implementacin del sistema. Cabe destacar que el proceso de desarrollo de software implica lo que se conoce como ciclo de vida del software, que est formado por cuatro etapas: concepcin, elaboracin, construccin y transicin. La concepcin fija el alcance del proyecto y desarrolla el modelo de negocio; la elaboracin define el plan del proyecto, detalla las caractersticas y fundamenta la arquitectura; la construccin es el desarrollo del producto; y la transicin es la transferencia del producto

T.S.U Rino Tovar A.

terminado a los usuarios. Una vez que se completa este ciclo, entra en juego el mantenimiento del software. Se trata de una fase de esta ingeniera donde se solucionan los errores descubiertos (muchas veces advertidos por los propios usuarios) y se incorporan actualizaciones para hacer frente a los nuevos requisitos. El proceso de mantenimiento incorpora adems nuevos desarrollos, para permitir que el software pueda cumplir con una mayor cantidad de tareas.

2) Factor de calidad y productividad: La calidad del software es el conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia. La calidad es sinnimo de eficiencia, flexibilidad, correccin, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e integridad. La calidad del software es medible y vara de un sistema a otro o de un programa a otro. Un software elaborado para el control de naves espaciales debe ser confiable al nivel de "cero fallas"; un software hecho para ejecutarse una sola vez no requiere el mismo nivel de calidad; mientras que un producto de software para ser explotado durante un largo perodo (10 aos o ms), necesita ser confiable, mantenible y flexible para disminuir los costos de mantenimiento y perfeccionamiento durante el tiempo de explotacin.

T.S.U Rino Tovar A.

Atributos de Calidad Fiable Capacidad de ofrecer los mismos resultados bajo las mismas condiciones. Eficiente Utilizacin ptima de los recursos de la mquina. Robusto No poseer un comportamiento catastrfico ante situaciones excepcionales (Tolerante a fallos). Correcto Se ajusta a las especificaciones dadas por el usuario. Portable Capaz de integrarse en entornos distintos con el mismo esfuerzo. Adaptable (extensibilidad) Modificar alguna funcin sin que afecte a sus actividades. Inteligible Diseo claro, bien estructurado y documentado. No Errneo No exista diferencia entre los valores reales y los calculados Reutilizable (reusabilidad Un Software de Productivo La obtencin de un software productivo implica la utilizacin de

T.S.U Rino Tovar A.

metodologas o procedimientos estndares para el anlisis, diseo, programacin y prueba del software que permitan uniformar la filosofa de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad del software. La poltica establecida debe estar sustentada sobre dos principios bsicos: tecnolgico y el administrativo. El principio tecnolgico define las tcnicas a utilizar en el proceso de desarrollo del software. El principio administrativo contempla las funciones de planificacin y control del desarrollo del software, as como la organizacin del ambiente o centro de ingeniera de software. Como controlar la calidad del Software Para controlar la calidad del software es necesario, ante todo, definir los parmetros, indicadores o criterios de medicin. Una vez seleccionados los ndices de calidad, se debe establecer el proceso de control, que requiere los siguientes pasos: Definir el software que va a ser controlado: clasificacin por tipo, esfera de aplicacin, complejidad, etc., de acuerdo con los estndares establecidos para el desarrollo del software. Seleccionar una medida que pueda ser aplicada al objeto de control. Para cada clase de software es necesario definir los indicadores y sus

T.S.U Rino Tovar A.

magnitudes. Crear o determinar los mtodos de valoracin de los indicadores: mtodos manuales como cuestionarios o encuestas estndares para la medicin de criterios periciales y herramientas automatizadas para medir los criterios de clculo. Definir las regulaciones organizativas para realizar el control: quines participan en el control de la calidad, cundo se realiza, qu documentos deben ser revisados y elaborados, etc.

3) Complejidad de producto: Notaciones apropiadas, enfoque sistmico, control de cambios, nivel tecnolgico, nivel confiabilidad. La complejidad de los sistemas informticos hace a veces necesario el desarrollo de proyectos software de decenas de miles de lneas de cdigo. Esto no puede ser abordado directamente, empezando a programar sin ms. Es necesario analizar qu es lo que tenemos que hacer, cmo lo vamos a hacer, cmo se van a coordinar todas las personas que van a intervenir en el proyecto y cmo vamos a controlar el desarrollo del mismo, de forma que al final obtengamos los resultados esperados. Las metodologas convencionales de Ingeniera de Software tienen mecanismos robustos para hacer un anlisis de necesidades y diseo de los sistemas, poco han evolucionado con la

T.S.U Rino Tovar A.

tecnologa en lo relacionado con el diseo computacional. Al llegar a la implementacin, los resultados obtenidos se transcriben al lenguaje de programacin elegido, cambiando la sintaxis en que se expresa el modelo, mas no la semntica. Control de Cambios Comienza una vez construido el sistema, cuando se empieza a utilizar. Se centra en el cambio. El software es sometido a reparaciones y modificaciones cada vez que se detecta un fallo o se necesita cubrir una nueva necesidad de los usuarios. En esta fase recae el mayor porcentaje del coste de un sistema.

4) Mtodo grafico y Ejemplo:PERT CPM

El PERT/CPM fue diseado para proporcionar diversos elementos tiles de informacin para los administradores del proyecto. Primero, el PERT/CPM expone la "ruta crtica" de un proyecto. Estas son las actividades que limitan la duracin del proyecto. En otras palabras, para lograr que el proyecto se realice pronto, las actividades de la ruta crtica deben realizarse pronto. Por otra parte, si una actividad de la ruta crtica se retarda, el proyecto como un todo seT.S.U Rino Tovar A.

retarda en la misma cantidad. Las actividades que no estn en la ruta crtica tienen una cierta cantidad de holgura; esto es, pueden empezarse ms tarde, y permitir que el proyecto como un todo se mantenga en programa. El PERT/CPM identifica estas actividades y la cantidad de tiempo disponible para retardos. El PERT/CPM tambin considera los recursos necesarios para completar las actividades. En muchos proyectos, las limitaciones en mano de obra y equipos hacen que la programacin sea difcil. El PERT/CPM identifica los instantes del proyecto en que estas restricciones causarn problemas y de acuerdo a la flexibilidad permitida por los tiempos de holgura de las actividades no crticas, permite que el gerente manipule ciertas actividades para aliviar estos problemas. Ejemplo

T.S.U Rino Tovar A.

Se establecen las tareas crticas del sistema y tiempos de ejecucin, para determinar el tiempo minimo y recursos para completar el proyecto.

Conclusiones La Ingeniera de Sistemas es la actividad de especificar, disear, implementar, validar, utilizar y mantener los sistemas socio-tcnico. Los ingenieros de sistemas no solo tratan con el software, sino tambin con el hadware y las interacciones de sistema con los usuarios y su entorno. Se debe pensar en los servicios que el sistema proporciona, las restricciones sobre las que el sistema se debe construir y funcionar y las formas en las que el sistema es usado para cumplir con su propsito. Como se ha tratado en el presente trabajo, los ingenieros de software necesitan tener conocimientos de ingeniera de sistemas, porque los problemas de la ingeniera del software son a menudo el resultado de decisiones de la ingeniera de sistemas. Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos puede llevar ms tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda la ingeniera de software tiene que ver con dar mantenimiento. Una pequea parte de este

T.S.U Rino Tovar A.

trabajo consiste en arreglar errores. La mayor parte consiste en extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la ingeniera civil, arquitectura y trabajo de construccin es dar mantenimiento

Bibliografa 1. [On-Line], S/A, Disponible en

[http://www.vc.ehu.es/jiwotvim/ISOFT2008-2009/Teoria/BloqueI/Transp01IngSw-Pressman.pdf], consultado el 20 de mayo de 2010. 2. [On-Line], S/A, Disponible en

[http://www.cep999.com/showthread.php?135-Ingenieria-del-softwareroger-s.pressman-5ta-edicion], consultado el 20 de mayo de 2010. 3. [On-Line], S/A, Disponible en [http://revista.jovenclub.cu/index.php? option=com_content&task=view&id=400&Itemid=71], consultado el 20 de mayo de 2010. 4. [On-Line], S/A, Disponible en

[http://espejos.unesco.org.uy/simplac2002/Ponencias/ambientes %20digitales/AD072.doc], consultado el 20 de mayo de 2010.

T.S.U Rino Tovar A.

5.

[On-Line],

S/A,

Disponible

en

[http://ingsofware2010.wordpress.com/2010/05/02/ingenieria-desoftware/], consultado el 20 de mayo de 2010.

T.S.U Rino Tovar A.