Ingeniero

Páginas: 182 (45386 palabras) Publicado: 18 de agosto de 2013
MODELAMIENTO
ESTRUCTURADO
MODELAMIENTO
ORIENTADO A
OBJETOS

1

El Autor:
Hugo José Luís Romero Ruiz, es profesor-asesor de la
asignatura de Análisis de Sistemas de la Universidad
Católica Santo Toribio de Mogrovejo, ciudad de
Chiclayo, Región Lambayeque, PERÚ
Grado Académico
Bachiller en Ingeniería de Sistemas, Universidad Privada del Norte,
Trujillo, Perú
Título ProfesionalIngeniero de Sistemas, Universidad Privada del Norte, Trujillo, Perú
Segunda Especialidad
Especialista en Tecnología Educativa: Mención en Administración y
Gerencia Educativa, Facultad de Educación y Ciencias de la
Comunicación, Universidad Nacional de Trujillo, Trujillo, Perú
Ha ejercido la docencia desde 1983, en diversas instituciones de nivel
superior tecnológico, pedagógico yuniversitario, en la especialidad de
informática y sistemas, conduciendo asignaturas relacionadas al análisis
y desarrollo de sistemas, empleando herramientas CASE para el
modelado de sistemas.
Asimismo, se ha desempeñado como ingeniero de software y liderado
equipos de análisis, diseño, y construcción e implementación de
sistemas, para empresas relacionadas con los sectores comercial e
industrial delpaís.
Desde el 2006, es profesor del departamento de Ingeniería de Sistemas,
Computación e Informática de la Universidad Católica Santo Toribio de
Mogrovejo
2

INTRODUCCION
Desarrollar proyectos de software en el pasado causó siempre bastantes confusiones y
malas interpretaciones entre clientes y usuarios, en parte debido a la abundancia de
notaciones, metodologías y conceptos que dieronlugar a que los desarrolladores de
sistemas no se pongan de acuerdo en que es lo que realmente estaban elaborando. En
un esfuerzo para estandarizar las notaciones y procesos, se conformó un consorcio
liderado por varias empresas del mundo de la industria, entre ellas, Microsoft, Oracle,
Sun Microsystems, Intellicorp, IBM, AMD y otras, quienes desarrollaron una notación
llamada UML siglas deUnified Modeling Language.
En la época previa existían una gama de técnicas y herramientas de desarrollo de
software, donde todos los desarrolladores en la década de los 80’s, realizaban el
software de forma artística, es decir utilizando métodos y técnicas adhoc donde la
experiencia (el ensayo-error). Este enfoque produjo grandes y exitosos productos de
programación pero conforme losproyectos se volvieron más complejos debido al
avance del hardware y software y la penetración cada vez mayor de la informática en
todos los ámbitos de la sociedad, llevó a que se produjera software sin calidad, se
incumplieran los presupuestos y se incrementaran dramáticamente los costos de
mantenimiento. La solución propuesta fue aplicar métodos y principios que han sido
utilizados y probados en laexperiencia de desarrollo de software para producir de
forma inequívoca productos que funcionen eficientemente y se ejecuten sobre
máquinas reales. En la década de los 70 surgieron una gran variedad de
metodologiotas y metodologías entre ellos se destacan Yourdon y Demarco cuyas
investigaciones se basaban en los principios de la programación estructurada. En los
80’s y 90’s el paradigmaestructurado evolucionó hacia el paradigma orientado a
objetos, en el período de 1989 y 1994 se creó la llamada guerra de métodos dentro de
la comunidad orientada a objetos existiendo un incremento de menos de diez a más de
cincuenta metodologías, es así que los desarrolladores de software quedaron muy
confundidos sin saber cual era la metodología más adecuada para elaborar sus
proyectos.
Elpresente manual introducirá a los estudiantes de la asignatura de análisis de
sistemas en el estudio básico de las dos estrategias más importantes para el
modelamiento de proyectos de sistemas informáticos, estas son el modelamiento
estructurado y el orientado a objetos.

3

INDICE TEMÁTICO
UNIDAD I
CONCEPTOS DE ANÁLISIS DE SISTEMAS
1.1 Análisis y sistemas
1.2 Lo que no es el análisis...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Ingeniero
  • Ingeniero
  • Ingeniero
  • Ingeniero
  • Ingeniero
  • Ingeniero
  • Ingeniero
  • Ingeniero

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS