Professional Documents
Culture Documents
INSTITUTO TECNOLGICO
De Tuxtepec
INTRODUCCIN
El Software representa la vida interna de un computador,
el manejo y aprovechamiento del mismo y todas las
ventajas que se brindan el mundo de las computadoras,
depende
del
software,
facilitando
los
usuarios
esencial
como
interfaz
entre
usuario
computador, su historia desde un principio se muestra con poca atencin pero con el paso
del tiempo se ha tornado importante para los programadores y creadores de sistemas tanto de
aplicacin como operativos, todo lo que se ve digitalizado en un computador representa el
software clasificado de alguna forma, las herramientas del men inicio y todas aquellas que se
despliegan al encendido del CPU, el desarrollo de esta herramienta ha permitido innovar en
cuanto a la robtica he inteligencia artificial facilitando el trabajo en determinadas reas laborales
y agilizando las mismas por ejemplo en la fabricacin de vehculos mediante software
de programacin se disean estructuras robticas inmensas y fuertes que realizan tareas que al
brazo
humano
le
tomaran
ms
tiempo.
Pg.
2
Introduccin
4
Actividad 1
1.1 Ensayo sobre la historia y evolucin de la Ing. De
Software
8
Actividad 2
2.1 Investigacin sobre el estado del arte de las prcticas
de Ing. De Software
2.2 mapa conceptual
Reflexin
Bibliografas
10
11
12
Actualmente,
el
software
se
refiere
principalmente
a
interaccin con el usuario, con
gran cantidad de caminos y
fuerte integracin con otras
aplicaciones. Esto hace que
haya mayor posibilidad de
funcionalidades, pero tambin
mayor posibilidad de error en las
aplicaciones. Se requieren pruebas de lo nuevo, pruebas para demostrar que no se da lo que
antes funcionaba, y pruebas de lo que ahora se llama No funcional.
No funcional? Qu es esto? Se refiere a las caractersticas del sistema que no son de
procesamiento, validaciones, ni salidas del sistema sino referentes a temas llamados tcnicos.
Estas caractersticas se solucionan a travs de buenos diseos, que cimientan la Arquitectura del
Software.
En resumen, la crisis unida con la evolucin del software genera varios conceptos que se trabajan
ahora en la ingeniera de software: las metodologas, los procesos de software y el software para
desarrollar software. Se incluyen en las formas de desarrollo, disciplinas adicionales a la
codificacin, como lo es Anlisis y especificacin de requerimientos, Pruebas, Gerencia de
proyecto, Arquitectura de Software, despliegue e incluso ahora temas como Arquitectura
Empresarial y Modelamiento de Negocio.
Se crean modelos para medir la madurez del proceso de producir software, como lo son CMM,
CMMI y SPICE. Llama la atencin que CMM nace desde la necesidad de un cliente (el
departamento de defensa de EEUU) sobre el xito de sus proyectos de software. Y es que son
varios los clientes que han tenido grandes prdidas de dinero y de tiempo originados por
proyectos que nunca salen a produccin, o que salen mucho ms tarde de lo planeado (supe
incluso del caso de un proyecto planeado en dos aos, que dur catorce aos en desarrollarse!!).
Nacen procesos y metodologas como Mtrica 3, PSP, TSP, RUP, MSF, EUP entre otros. Estos
procesos tienen como base principal definir las disciplinas que hay que tener en cuenta dentro del
desarrollo de software. Pero al momento de implementarlas, en algunas ocasiones, clientes y
empresas de software los juzgan como muy pesados y llenos de documentacin. Conozco varios
casos en que se contrataron proyectos con RUP, y despus de varios aos lo nico que se
produjo fueron modelos y documentos.
Son realmente mejores las metodologas giles? Cuando las puedo aplicar?
Todas las metodologas giles son iguales?
Metodologas como RUP que tuvieron tanto auge, funcionan o no? Si no, por qu no
funcionaron? Cuando las puedo aplicar?
Son compatibles las metodologas giles con el esquema de Desarrollo Seguro?
Cmo se debe hacer la contratacin de desarrollo de software para disminuir riesgos?
Cmo se hace la contratacin de software cuando se quiere trabajar con metodologas giles?
Cuantas personas se requieren para hacer software de calidad?, y para desarrollo seguro?
Cmo se hace la estimacin de proyectos de desarrollo de software?
Actividad 2: realizar una investigacin exploratoria sobre el estado del arte de las
prcticas de Ing. De Software.
Aspectos
Los aspectos ayudan a los ingenieros de
software a lidiar con los atributos de calidad al
proporcionar herramientas para aadir o
quitar cdigo repetitivo de muchas reas en el
cdigo fuente. Los aspectos describen cmo
todos los objetos o funciones deben
comportarse en circunstancias particulares. Por ejemplo, los aspectos pueden agregar control
de depuracin, registro o bloqueo en todos los objetos de un tipo particular. Los investigadores
actualmente estn trabajando para comprender cmo utilizar aspectos para disear el cdigo de
propsito general. Conceptos relacionados incluyen programacin generativa y plantillas.
gil
El desarrollo gil de software gua a los proyectos de desarrollo de software que evolucionan
rpidamente con cambiantes expectativas y mercados competitivos. Los proponentes de este
mtodo creen que procesos pesados, dirigidos por documentos (como TickIT, CMM e ISO 9000)
estn desapareciendo en importancia. Algunas personas creen que las empresas y agencias
exportan muchos de los puestos de trabajo que pueden ser guiados por procesos pesados.
Conceptos relacionados incluyen la programacin extrema, Scrum y lean software Development.
Experimental
La ingeniera de software experimental es una rama de la ingeniera de software interesada en la
elaboracin de experimentos sobre el software, en la recoleccin de datos de los experimentos y
en la elaboracin de leyes y teoras desde estos datos. Los proponentes de este mtodo
defienden que la naturaleza del software es tal que podemos hacer avanzar el conocimiento en
software a travs de slo experimentos.
Model-driven
El diseo manejado por modelos desarrolla modelos textuales y grficos como artefactos
primarios de diseo. Hay disponibles herramientas de desarrollo que usan transformacin de
modelo y generacin de cdigo para generar fragmentos de cdigo bien organizado que sirven
como base para producir aplicaciones completas.
Lneas de productos de software
Las lneas de produccin de software es una forma sistemtica para producir familias de sistemas
de software, en lugar de crear una sucesin de productos completamente individuales. Este
mtodo destaca una extensiva, sistemtica, reutilizacin de cdigo formal, para intentar
industrializar el proceso de desarrollo de software.
El futuro de la Conferencia de ingeniera de Software (FOSE), 5 celebrada en ICSE 2000,
documenta el estado del arte de SE en 2000 y lista muchos problemas a resolver en la prxima
dcada. El FOSE sigue la pista de las conferencias ICSE 20006 y el ICSE 20077 y tambin ayudar
a identificar el estado del arte en ingeniera de software.
La ingeniera de software hoy
La profesin est tratando de definir sus lmites y contenido. El Software Engineering Body of
Knowledge SWEBOK ha sido presentado como un estndar ISO durante 2006 (ISO/IEC TR
19759).
En 2006, la revista Money y Salary.com calificaron la ingeniera de software como el mejor trabajo
en Estados Unidos en trminos de crecimiento, paga, niveles de estrs, flexibilidad en horas y
medio ambiente de trabajo, creatividad y lo fcil que es entrar y avanzar en el campo.
10
11
Reflexin:
El software se ha convertido en el elemento clave de la evolucin de los sistemas y productos
informticos. En las pasadas cuatro dcadas, el software ha pasado de ser una resolucin de
problemas especializados y una herramienta de anlisis de informacin, a ser una industria por s
misma. Pero la temprana cultura e historia de la programacin ha creado un conjunto de
problemas que persisten todava. El software se ha convertido en un factor que limita la evolucin
de los sistemas informticos. El software se compone de programas, datos y documentos. Cada
uno de estos elementos compone una configuracin que se crea como parte del proceso de la
Ingeniera del Software. El intento de la Ingeniera del Software es proporcionar un marco de
trabajo para construir software con mayor calidad.
12
Bibliografa:
[1] Revista Sistemas, ACIS. Pedro Bossio de la Espriella. CCLA conformacin, correccin,
liquidacin y auditora de declaraciones en-lnea. Julio 1977.
[2] Revista Sistemas, ACIS. Manuel Dvila Sguerra. Un concepto sobre Sistemas Generales de
Validacin. Octubre 1977.
[3] Revista Sistemas, ACIS. Alberto Garca. CIFI-Unidades. Metodologa CIFI Unidades para el
desarrollo de sistemas de informacin. 1985.
[4] Tom De Marco. Structured Analysis and System Specification.1979.
[5] Kruchten, Philippe. The Rational Unified Process: An Introduction. Object Technology Series.
Second Edition. 2000.