UNIVERSIDAD ABIERTA PARA ADULTOS (UAPA)

ESCUELA DE INGENIERA Y TECNOLOGA

CARRERA DE INGENIERA DE SOFTWARE

TITULO DEL TRABAJO:

ACTIVIDADES UNIDAD # III

NOMBRE Y MATRICULA:

HCTOR JOEL DUARTE GRULLN 11-1638

ASIGNATURA:

DESARROLLO Y ADMINISTRACIN DE SOFTWARE

FACILITADORA:

DIGENES AMAURY MARTNEZ

18 abril del 2017, Santiago R.D

1
Cuestionario De Estudio.

1. Definicin de Anlisis.
es la ciencia encargada del anlisis de sistemas grandes y complejos, y la interaccin
entre los mismos. Esta rea se encuentra muy relacionada con la investigacin
operativa. Tambin se denomina anlisis de sistemas a una de las etapas de construccin
de un sistema informtico, que consiste en relevar la informacin actual y proponer los
rasgos generales de la solucin futura.

2. Definicin De desarrollo.
El desarrollo de sistemas es un proceso que consiste en dos etapas principales de
anlisis y diseo de sistemas; comienza cuando la gerencia, o en algunas ocasiones el
personal de desarrollo de sistemas, se da cuenta de cierto sistema del negocio necesita
mejorarse.

3. Ciclo de vida del desarrollo de sistema.

Es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos
a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno
de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar
durante el proceso. Algunos autores consideran un modelo de ciclo de vida un trmino
ms general que un determinado proceso para el desarrollo de software. Por ejemplo,
hay varios procesos de desarrollo de software especficos que se ajustan a un modelo de
ciclo de vida de espiral.

Las etapas del proceso de desarrollo de software

Planificacin
Anlisis
Diseo
Implementacin
Pruebas
Instalacin
Despliegue
Uso y mantenimiento

El proceso de diseo de una base de datos

2
 Fase 1: Anlisis de requerimientos.
Fase 2: Diseo conceptual
Fase 3: Eleccin del SGBD
Fase 4: Diseo lgico
Fase 5: Diseo fsico
Fase 6: Instalacin y mantenimiento

4. Investigacin Preliminar.
Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comienza la
investigacin preliminar. Esta investigacin requiere uno o ms analistas de sistemas
analizando el system request para determinar la verdadera naturaleza y alcance del
problema y recomendar si es que se debe continuar con el proyecto. El propsito de la
investigacin preliminar es buscar informacin suficiente para determinar si se debe
continuar con el Ciclo de Vida del Desarrollo del Sistema. La investigacin no es una
actividad de recoleccin de datos; no se espera que se definan todos los problemas ni
que se propongan todas las posibles soluciones.

Entender la naturaleza del problema.

Definir el alcance y las restricciones o limitaciones del sistema.
Identificar los beneficios que se obtendran si el sistema propuesto es completad.
Especificar un estimado de tiempo y costo para las prximas fases de desarrollo.
Presentar un informe a la gerencia describiendo el problema y detallando si se
recomienda continuar con la fase de anlisis del sistema.

Pasos para realizar la investigacin preliminar:

1. Obtener la autorizacin de la gerencia.

2. Identificar la informacin necesaria para el proyecto para cumplir con los cinco
objetivos de la investigacin (ya mencionados).

3. Realizar las acciones que sean necesarias para conseguir la informacin, como por
ejemplo:

Analizar el organigrama para conocer la estructura de los departamentos y las

personas claves para el sistema.
Realizar entrevistas a los usuarios, ste es el mtodo principal de obtener
informacin.

3
 Revisar la documentacin actual, verificando con los usuarios si la
documentacin es correcta y completa.
Observar la operacin actual para identificar fuentes de Input y Output.
Realizar encuestas, mtodo usado cuando se necesita informacin de muchas
personas.

4. Analizar la informacin obtenida, identificando alternativas con sus costos y

beneficios y recomendando la accin que se debe tomar.

5. Presentar los resultados y recomendaciones a la gerencia.

5. Alcance del estudio.

El alcance ha de definir con precisin el entorno y los lmites en que va a desarrollarse.
El alcance es la necesidad planteada por el cliente o usuario, o como consecuencia de la
realizacin del software, en otras palabras es una descripcin general de la misma. Se
determinan los objetivos, se inicia el estudio de los requisitos y se identifican las
unidades organizativas afectadas estableciendo su estructura.

6- Determinar requerimientos.
La determinacin de requerimientos es el estudio de un sistema para conocer cmo
trabajan los mtodos empleados y dnde es necesario efectuar mejoras.

Anticipacin de requerimientos.

Aqu entra la experiencia del analista que al haber participado previamente en alguna
situacin similar podr ser capaz de prever las caractersticas del sistema.

Investigacin de requerimientos.

Los analistas estudian el sistema actual con la ayuda de herramientas y habilidades, para
as documentar sus caractersticas y emprender el anlisis ms adelante.

Especificaciones de requerimientos.

La calidad del trabajo realizado aqu se reflejara en las

caractersticas del nuevo sistema

4
 Se conforma de tres partes relacionadas entre s:
Anlisis de datos basados en hechos reales: se analizan los datos recopilados
para determinar el grado de desempeo del sistema.
Identificacin de requerimientos esenciales: Caractersticas que debe incluir el
nuevo sistema, desde detalles de operacin hasta criterios de desempeo
Seleccin de estrategias para satisfacer los requerimientos: Mtodos que sern
utilizados para alcanzar los requerimientos establecidos seleccionados.

7- Desarrollo de sistema prototipo.

El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no
se debe utilizar muchos recursos.

El diseo rpido se centra en una representacin de aquellos aspectos del software que
sern visibles para el cliente o el usuario final. Este diseo conduce a la construccin de
un prototipo, el cual es evaluado por el cliente para una retroalimentacin; gracias a sta
se refinan los requisitos del software que se desarrollar. La interaccin ocurre cuando
el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al
mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente
vea resultados a corto plazo.

Plan rpido.
Modelado, diseo rpido
Construccin del Prototipo
Desarrollo, entrega y retroalimentacin
Comunicacin
Entrega del desarrollo final

8- Prueba de los sistemas.

Las pruebas son bsicamente un conjunto de actividades dentro del desarrollo

de software. Dependiendo del tipo de pruebas, estas actividades podrn ser
implementadas en cualquier momento de dicho proceso de desarrollo. Existen
distintos modelos de desarrollo de software, as como modelos de pruebas. A cada
uno corresponde un nivel distinto de involucramiento en las actividades de
desarrollo.

Pruebas estticas

Son el tipo de pruebas que se realizan sin ejecutar el cdigo de la aplicacin.

5
Puede referirse a la revisin de documentos, ya que no se hace una ejecucin de cdigo.
Esto se debe a que se pueden realizar "pruebas de escritorio" con el objetivo de seguir
los flujos de la aplicacin

Pruebas dinmicas

Todas aquellas pruebas que para su ejecucin requieren la ejecucin de la aplicacin.

Las pruebas dinmicas permiten el uso de tcnicas de caja negra y caja blanca con
mayor amplitud. Debido a la naturaleza dinmica de la ejecucin de pruebas es posible
medir con mayor precisin el comportamiento de la aplicacin desarrollada.

Tipos de pruebas por su ejecucin

Pruebas manuales
Pruebas automticas

9) Puesta en marcha.
Anlisis de la infraestructura para la puesta en marcha: Determinar los recursos
tecnolgicos de infraestructura y software necesarios para la instalacin del
producto.
Auditar la configuracin fsica: Evaluar los recursos disponibles para utilizar en
la puesta en marcha y operacin del producto software.
Asegurar la compatibilidad de la aplicacin: Garantizar que se tienen disponibles
los recursos para el funcionamiento del software en el nuevo entorno.
Desarrollar una copia de seguridad de la versin del sistema: Resguardar el
estado actual del sistema en operacin.
Configurar la base de datos: Instalar en el motor de base de datos las entidades
necesarias para el funcionamiento del software.
Asignacin de los permisos requeridos: Dejar configurada la seguridad de modo
que el software tenga acceso a los recursos necesarios para su funcionamiento.
Realizar la puesta en funcionamiento del software en las instalaciones del
cliente: Dejar operativo al software en el entorno final.
Anlisis de los resultados de la instalacin: Documentar los incidentes ocurridos
en el proceso de instalacin y evaluar su impacto para la continuidad del
proyecto.

Modo que cumpla con los requisitos del usuario.

6
Prueba de la configuracin: Garantizar que se ha cumplido con la configuracin
esperada.

1. Compromiso de la direccin: Como en cualquier otro cambio, el compromiso de la

direccin de la empresa con el mismo es esencial para garantizar el xito de su puesta en
marcha.

2. Comunicacin: Es importante que haya un plan de comunicacin a todos los usuarios

explicando las ventajas que aportar la nueva aplicacin.

3. Planificacin: Hay que definir un plan de puesta en marcha con hitos muy claros e
incluirlo dentro del plan de comunicacin para que los usuarios dispongan de todo lo
necesario para utilizar la nueva aplicacin de forma efectiva desde el primer momento.
La puesta en marcha del nuevo software se puede hacer por etapas (funcionales u
organizacionales) o toda de golpe.

4. Validacin y pruebas: Antes del lanzamiento hay que realizar las pruebas necesarias
para validar tanto el funcionamiento como la adecuacin de la aplicacin a los
requerimientos de la empresa. Dependiendo de la naturaleza de la aplicacin puede ser
importante involucrar a los usuarios finales en la validacin o pruebas o incluso realizar
un piloto con un subconjunto de los usuarios.

5. Formacin: Antes de la puesta en marcha hay que formar a los usuarios en el uso de
aplicacin, de manera que en el momento del arranque el usuario est al mximo de
familiarizado con la nueva solucin.

6. Soporte: En el momento del lanzamiento es posible que el usuario requiera un apoyo

especial y superior al habitual. Para ello es importante dimensionar los recursos de
manera que se pueda dar respuesta efectiva a la demanda inicial de los usuarios.

7. Seguimiento y mejora continua: Una vez la solucin ya ha entrado en produccin es

importante aplicar un plan de seguimiento y mejora continua que ayude a mantener la
aplicacin totalmente alineada con las necesidades de negocio.

Estos factores crticos son comunes a la puesta en marcha de cualquier nueva aplicacin
en una empresa y por lo tanto son perfectamente vlidos para la puesta en marcha de
un software

7
10 - En qu consiste el trabajo del analista de sistema.
Es un profesional especializado del rea de la informtica, encargado del desarrollo de
aplicaciones en lo que respecta a su diseo y obtencin de los algoritmos, as como de
analizar las posibles utilidades y modificaciones necesarias de los sistemas
operativos para una mayor eficacia de un sistema informtico. Otra misin de estas
personas es dar apoyo tcnico a los usuarios de las aplicaciones existentes.

El analista tiene como cometido analizar un problema y describirlo con el

propsito de ser solucionado mediante un sistema informtico.
El diseador realiza, con base en el anlisis, el diseo de la solucin.
El analista tiene que delimitar el anlisis para ver lo que se quiere hacer
inicialmente y despus darle al usuario nuevas opciones de uso.

11- Lo que no es el anlisis de sistemas.

Una persona que desarrolle sin tomar en cuenta todos los pasos anteriores, es decir, no
existe forma lgica de que funcione correctamente si una persona obvia todos los pasos
anteriores antes de desarrollar un software de aplicacin.