UNSCH INFORMÁTICA I

MICROSOFT WORD – PRÁCTICA Nº 01

Formatos de caracteres: Fuentes, color, estilo, atributos, subrayado, etc. Formatos de párrafo:
Sangrías, espaciado, alineamiento. Letra capital y listas.

APLICACIÓN DE LA INGENIERÍA DEL SOFTWARE

Herramientas

Métodos

Proceso

Un enfoque de calidad
calidad
Figura N⁰ 1

El fundamento de la ingeniería del software es la capa de proceso, el proceso de la

ingeniería del software es la unión que mantiene juntas las capas de tecnología y
que permiten un desarrollo racional y oportuno de la ingeniería del software.

(arial 12)
El proceso define un marco de trabajo para un conjunto de áreas clave de proceso que se deben
establecer para la entrega efectiva de la tecnología de ingeniería del software. Las áreas clave del
proceso forman la base del control de gestión de proyectos del software y establecen el contexto en el
que se aplican los métodos técnicos, se obtiene productos del trabajo (modelos, documentos, datos,
informes, formularios, etc. Se establecen hitos, se asegura la calidad y el cambio se gestiona
adecuadamente. (Trebuchect 9)

 Los métodos de ingeniería del software indican cómo construir técnicamente el software. Los
métodosabarcan una gran gama de tareas que incluyen análisis de requisitos, diseño, construcción de
programa, pruebas y mantenimiento.

 La herramienta de la ingeniería del software proporciona un enfoque automático o semi-automático para

el proceso y para los métodos. Cuando se
Marco de trabajo común del proceso
integran herramientas para que la
información creada por una herramienta Actividades del marco de trabajo
la pueda utilizar otra, se establece un Conjunto de tareas
sistema de soporte para el desarrollo del Tarea
software llamado ingeniería del software
Hitos, entregas
asistido por computadora – CASE.
Puntos SQA

 EL PROCESO DEL SOFTWARE

Actividades de protección

Responsable de la Práctica: estudiante. Ñaupa Ricra, Roberto -- 1- -

 UNSCH INFORMÁTICA I

Un proceso de software se puede caracterizar por:

 Un marco común del proceso definiendo un pequeño número de actividades del marco de trabajo
que son aplicables a todos los proyectos del software, con independencia de su tamaño o
complejidad.

 Un número de conjunto de tareas, donde cada uno es una colección de tareas de trabajo de

ingeniería del software, hitos de proyectos, productos de trabajo y productos de garantía de

calidad que permiten que las actividades del marco de trabajo se adapten a las características

del proyecto del software y a los requisitos del equipo del proyecto.

 Finalmente, las actividades de protección tales como: garantía de calidad del software, gestión

de configuración del software y medición.

EL MODELO SECUENCIAL

Ll
amado algunas veces “Ciclo de vida básico”, sugiere un modelo sistemático, secuencial, para el
desarrollo del software que comienza en el nivel de sistemas y progresa con el análisis, diseño,
codificación, pruebas y mantenimiento.

Ingeniería de
sistemas/Información

Análisis Diseño Código Prueba

EL MODELO DE CONSTRUCCIÓN DE PROTOTIPOS

U n cliente, a menudo, define un

conjunto de objetivos generales para
el software, pero no identifica los
requisitos detallados de entrada, proceso o
salida.
escuchar al
cliente
connstruir/
revisar
maquena

El paradigma de construcción de prototipos comienza

con la recolección de requisitos. El desarrollador y el
cliente encuentran y definen los objetivos globales el cliente
para el software, identifican los requisitos conocidos prueba la
y las áreas del esquema en donde es obligatoria más maquena
definición. Entonces aparece un diseño rápido.

E
l diseño rápido se centra en una representación de esos aspectos del software que serán visibles para el
cliente/usuario.

Ejemplo: Enfoques de entrada y formatos de salida.

EL MODELO DRA

Responsable de la Práctica: Ing. Ñaupa Ricra, Roberto -3-

 UNSCH INFORMÁTICA I

 El desarrollo rápido de aplicaciones es un modelo de proceso del desarrollo del software lineal
secuencial que enfatiza un ciclo de desarrollo extremadamente corto.

 El modelo DRA es una adaptación a “alta velocidad” del modelo lineal secuencial en el que se logra
el desarrollo rápido utilizando una construcción basada en componentes.
Fases que comprende el modelo DRA:
Modelado de gestión.- Responde a preguntas como: ¿Qué información conduce el proceso de
información?, ¿Quién la genera?, ¿Adonde va la información?, ¿Quién la procesa?

Modelado de datos.- Se define características de cada uno de los objetos y las relaciones entre estos
objetos. (Atributos, Entidad relación).
Modelado de proceso.- Los objetos de datos definidos en la fase de modelado de datos quedan
transformados para lograr el flujo Equipo N°1
de información necesario para
implementar una función de Modelado de
gestión
gestión.
Generación de aplicaciones.- El Modelado de
DRA asume la utilización de datos

técnicas de cuarta generación. En Modelado de

lugar de crear software con procesos
Equipo N°
lenguajes de tercera generación,
Generación de
el proceso DRA trabaja para aplicación
volver a utilizar componentes de
Pruebas y
programas ya existentes (cuando
volumen
es posible) o a crear componentes
reutilizables (cuando sea
De 60 a 90 días
necesario).
Pruebas y entrega.- Enfatiza la reutilización, ya se han probado muchos de los componentes de los
programas. Esto reduce tiempo de pruebas. Sin embargo, se deben probar todos los
componentes nuevos y se deben ejercitar todas las interfaces a fondo.
DETERMINACIÓN DE LA FACTIBILIDAD

Parte del proceso del análisis de sistemas que busca determinar si la solución es asequible, dado los
recursos y las restricciones de la organización.

FACTIBILIDAD

Además de sugerir una solución, el análisis del desarrollo de software implica un estudio de factibilidad para
determinar si la solución es factible, o se puede lograr, en vista de los recursos y las restricciones de la
organización.

TRES ÁREAS DE FACTIBILIDAD IMPORTANTES:

1. FACTIBILIDAD TÉCNICA.- Determina si una solución propuesta se puede implementar o no con el

hardware, software y recursos técnicos disponibles.

 Mejora del sistema actual

 Disponibilidad de la tecnología que satisfaga las necesidades del usuario.

Responsable de la Práctica: Ing. Ñaupa Ricra, Roberto -4-

 UNSCH INFORMÁTICA I

2. FACTIBILIDAD ECONÓMICA.- Determina si beneficios de la solución propuesta superan o no los costos.

 Tiempo del análisis de sistemas
 Costo del tiempo de sistemas
 Costo del tiempo de los empleados dedicado al estudio
 Costo estimado del equipo
 Costo del desarrollo / adquisición del software

3. FACTIBILIDAD OPERATIVA.- Determina si una solución propuesta es o no deseable dentro del marco
administrativo actual.
 Que el sistema operará cuando se instale
 Si el sistema será utilizado

QUE DEBE IDENTIFICAR EL ANÁLISIS EN EL DESARROLLO DEL SISTEMA

 Normalmente el proceso de análisis de sistemas identifica varias soluciones alternas que

la organización pueda contemplar.

 A continuación, el proceso evalúa la factibilidad de cada una.

 Para cada problema del desarrollo de un sistema hay tres alternativas de solución básicas que
se pueden dar.
1. No hacer nada; dejar la situación actual tal como está.
2. Modificar o ampliar los sistemas existentes.
3. Desarrollar un nuevo sistema.

PLANEACIÓN Y CONTROL DE ACTIVIDADES

La ventaja de los diagramas de GANTT es su sencillez y que pueden ser dibujados a escalas, esto es, el
tamaño de una barra, determina la duración de la tarea.

Las actividades se representan por flechas, los nodos circulares, también llamados eventos, sirven para:

 Reconocer que una actividad ha concluido

 Indicar que actividades necesitan concluirse antes de iniciar una nueva (precedencia). Los nodos,
para su identificación, pueden tener número, letras u otra cualquier identificación.

20
A,4 C,5

E,6 50
40
10

B,2 D,3
30

Responsable de la Práctica: Ing. Ñaupa Ricra, Roberto -5-

UNSCH INFORMATICA I

-6-