Metodologías De Diseño Y Desarrollo De Sistemas De Información

1. República Bolivariana deVenezuela
Ministerio del Poder Popular para la Educación
Instituto Universitario Politécnico “Santiago
Mariño”
Ingeniería de Sistemas
PROFESORA:
José Castillo
INTEGRANTE:
Jorge Guzmán C.I : 26.256.463

2. Un sistema de información es un conjunto de
datos que interactúan entre sí con un fin
común.
En informática, los sistemas de información
ayudan a administrar, recolectar, recuperar,
procesar, almacenar y distribuir información
relevante para los procesos fundamentales y las
particularidades de cada organización.

3. Al emprender un proyecto es fundamental realizar una adecuada
planificación de las tareas ya que sin ésta el control sería mucho más
complicado. «Planificación» en este contexto está relacionado al
término Ingeniería de Sistemas para enfatizar que se buscan aclarar
las exigencias del entorno y propiedades del sistema incluyendo el
proceso de desarrollo del software. Esto permite derivar exigencias
que de otra manera pasarían desapercibidas.
La producción de software utiliza criterios y normas de la ingeniería
de software, lo que permite transformarlo en un producto industrial
usando bases de la ingeniería como métodos, técnicas y
herramientas para desarrollar un producto innovador regido por
metodologías y las buenas prácticas.

4. El ciclo de vida de un sistema de información es un enfoque
por fases del análisis y diseño que sostiene que los sistemas
son desarrollados de mejor manera mediante el uso de un
ciclo especifico de actividades del analista y del usuario.
Según James Senn, existen tres estrategias para el desarrollo
de sistemas: el método clásico del ciclo de vida de desarrollo
de sistemas, el método de desarrollo por análisis
estructurado y el método de construcción de prototipos de
sistemas. Cada una de estas estrategias tienen un uso amplio
en cada una de los diversos tipos de empresas que existen, y
resultan efectivas si son aplicadas de manera adecuada.

5.  Nacimiento
 Desarrollo
 Operación
 Mantenimiento
 Muerte

6. Esta fase da inicio al ciclo de vida con el
surgimiento de una necesidad o de un
requerimiento por parte del usuario. En este
momento debe hacerse un estudio de
factibilidad para decidir si en realidad se
justifica el desarrollo del sistema.

7. Una vez realizado el estudio de factibilidad, se
procede al desarrollo del sistema en el cual se
analizan los requerimientos y se elabora un
diseño que servirá de base para el desarrollo.
Además se elaboran los programas necesarios
que el sistema puede operar. Consiste en
diseñar, construir y adecuar los programas que
se requieren para resolver el problema del
usuario.

8. En este momento el sistema ya está terminado
y el usuario trabaja introduciendo datos y
obteniendo información y reportes que
soporten la operación de la empresa. Si el
sistema no satisface los requerimientos
funcionales del usuario o si se detecta algún
error en los programas, es necesario pasar a la
fase de mantenimiento.

9. Consiste en corregir los errores que se detectan
en los programas o en las funciones que realiza
el sistema. Esta fase además el usuario puede
agregar nuevos requerimientos.

10. Un sistema de información llega a esta fase
cuando deja de ser necesario o cuando debe
reemplazarse por otro mejor. Si al sistema
original se le hacen mejoras o cambios, se inicia
nuevamente el proceso, debido a que el
sistema anterior ya ha muerto y se desarrollará
uno nuevo.

11.  Definición de alcance
 Análisis del problema
 Análisis de requerimientos
 Diseño lógico
 Análisis de decisión
 Diseño físico e integración

12. La primera fase. El propósito de la fase de definición de
alcance es de dos sentidos. Primero, responder la pregunta,
“¿vale la pena atender este problema?”. Segundo y
suponiendo que el problema vale la pena, establecer el
tamaño y las fronteras del proyecto, la visión del proyecto,
cualquier restricción o limitación, los participantes
requeridos del proyecto y finalmente, el presupuesto y el
programa. Esta fase concluye con una decisión de seguir
“adelante o detenerse” por parte de los propietarios del
sistema ya sea que estén de acuerdo con el alcance,
presupuesto y programa propuesto para el proyecto o bien
deban reducir el alcance (para reducir costos y tiempo) o
cancelar el proyecto.

13. Siempre hay un sistema existente, sin importar si
actualmente utiliza tecnología de la información. Esta
fase estudia el sistema existente y analiza los resultados
que proporciona al equipo del proyecto con una
comprensión más completa de los problemas que
dispararon el proyecto. El analista con frecuencia
descubre nuevos problemas y responde la pregunta más
importante, “¿los beneficios de solucionar estos
problemas exceden los costos de construir el sistema
para resolver estos problemas?” El producto de la fase
de análisis del problema es un conjunto de objetivos de
mejora del sistema derivados de una comprensión
profunda de los problemas del negocio.

14. La fase de análisis de requerimientos define y
prioriza los requerimientos del negocio. Dicho de
manera simple, el analista se aproxima a los
usuarios para averiguar lo que necesitan o
requieren del nuevo sistema, al evitar
cuidadosamente cualquier discusión de tecnología
o implantación técnica. Ésta es tal vez la fase más
importante del desarrollo de sistemas. Errores y
omisiones en el análisis de requerimientos
resultarán en la insatisfacción del usuario con el
sistema final y modificaciones costosas.

15. La fase del diseño lógico traduce los requerimientos del
negocio a modelos de sistemas. El término diseño lógico
debe ser interpretado como “de tecnología independiente”,
lo que significa que las imágenes ilustran el sistema en forma
independiente de cualquier solución técnica posible, por
tanto, modelan requerimientos del negocio que deben ser
satisfechos mediante cualquier solución técnica que
quisiéramos considerar. En la práctica, las fases de análisis de
requerimientos y de diseño lógico casi siempre tienen un
traslape considerable. En otras palabras, mientras los
requerimientos del negocio se identifican y se documentan,
pueden ser modelados. La definición de alcance, el análisis de
problema , los análisis de requerimientos y las fases de diseño
lógico en conjunto son reconocidos por la mayoría de los
expertos como el análisis de sistema.

16. Dados los requerimientos de negocios y los modelos de
sistema lógicos, normalmente hay diversas alternativas
para diseñar un nuevo sistema de información que
satisfagan esos requerimientos. Un análisis de decisión
se dispara por los requerimientos de negocios validados
más cualquier modelo lógico de sistemas y las
especificaciones que se generan de esos requerimientos.
Las soluciones candidatas se identifican y se clasifican
de acuerdo con diversos criterios: factibilidad técnica,
factibilidad operacional, factibilidad económica y
factibilidad de riesgos.

17. Dada la aprobación de la propuesta del sistema de la fase
de análisis de decisión, al fin, usted puede diseñar el nuevo
sistema. el propósito de la fase de diseño físico e
integración es transformar los requerimientos de negocios
(representados en parte por los modelos lógicos del
sistema ) en las especificaciones de diseño físico que
guiarán la construcción del sistema. en otras palabras, el
diseño físico aborda con mayor detalle el cómo la
tecnología será utilizada en el nuevo sistema. el diseño
será
restringido por el modelo de arquitectura desde la fase
anterior. también, el diseño re quiere apegarse a cualquier
estándar de diseño técnico interno que asegure que sea
completo, útil, confiable, con buen desempeño y calidad.

18. Dado algún nivel de modelos y especificaciones de diseño físico (o
prototipos de diseño ), podemos comenzar a construir y probar los
componentes del sistema para ese diseño. El propósito de la
construcción y la fase de pruebas es doble:
1)Construir y probar un Sistema que satisfaga los requerimientos de
negocios y las especificaciones de diseño Físico.
2)Implantar las interfaces entre el nuevo sistema y los sistemas
existentes.
Además, la documentación final (por ejemplo, sistemas de ayuda,
manuales de capacitación, soporte de escritorio de ayuda,
instrucciones de control de producción) se desarrollará en
preparación para la capacitación y la operación del sistema. La fase
de construcción puede también incluir una instalación de software
adquirido.

19. Una vez que el sistema esté puesto en operación, requerirá un soporte
continuo para el resto de su vida útil y productiva. El soporte de sistemas
consiste en las siguientes actividades continuas:
 Ayuda a usuarios: Sin importar qué tan bien hayan sido capacitados los
usuarios y qué tan clara sea la documentación final, eventualmente los
usuarios requerirán ayuda adicional conforme surjan los problemas
.
 Arreglar los defectos de software: Los defectos de software son errores
que se pasaron por alto en las pruebas. Éstos son inevitables, pero
normalmente pueden ser resueltos con el soporte de un experto.
 Recuperación del sistema. Ocasionalmente, una falla del sistema puede
resultar en un “colapso” de sistema y/o pérdida de datos. El analista de
sistemas o los especialistas de soporte técnico pueden ser llamados para
recuperar el sistema.
 Adaptar el sistema a requerimientos nuevos. Los requerimientos nuevos
pueden ser nuevos requerimientos de negocios, nuevos problemas
técnicos o nuevos requerimientos de tecnología.

20.  Determinar la estrategia y contexto actual de la
organización.
 Identificar los requisitos de negocio para los Sistemas de
Información.
 Determinar el estado actual de los Sistemas de
Información.
 Análisis de necesidades de los Sistemas de Información.
 Definir la Planificación de Sistemas de Información.
 Desarrollar el programa de despliegue.

21. La primera fase del proyecto consiste en
asegurar que cubrirá de manera efectiva las
necesidades de la organización.

22. La segunda fase del proyecto, una vez
identificado el contexto y revisada la
información disponible sobre la estrategia y
planificación de la organización, es determinar
cuáles son los requisitos concretos de negocio a
los que pueden contribuir estos sistemas.

23. Una vez que se ha revisado el negocio y se han
obtenido sus requisitos, la siguiente fase es
determinar el estado actual de los sistemas de
información, para poder analizar
posteriormente la efectividad del soporte
ofrecido a partir de sus tres dimensiones:
Tecnología, Organización,Administración

24. Una vez conocidos los requisitos que el negocio
demanda de los sistemas de información y
determinado el estado actual de estos, se debe
realizar su análisis para identificar cuáles son
los puntos fuertes a mantener y las debilidades
a mejorar.

25. Una vez finalizado y aprobado el Plan
Estratégico de Sistemas de Información, se
debe desplegar y ello se planifica y gestiona de
manera similar a cualquier otro programa o
proyecto grande.

26. El estudio de la Factibilidad de sistemas, es una de las
primeras etapas del desarrollo de un sistema informático el
estudio incluirá los objetivos, alcances y restricciones sobre un
sistema, además de un modelo lógico de alto nivel del
sistema actual.
FactibilidadTécnica: ¿Existe la tecnología necesaria?
¿ Esta al alcance de la mano?
Factibilidad Económica: Relación Costo/Beneficio.
¿Se paga el costo?
Factibilidad Operativa:
¿Cuales son las capacidades organizacionales para sostener el
sistema?

27. La Factibilidad de sistemas Operativa, tiene
como objetivo comprobar que a empresa u
organización será capas de darle uso al sistema,
que cuenta con el personal capacitado para
hacerlo o tiene los recursos humanos
necesarios para mantener el sistema. para esto,
el sistema debe contemplar cuatro puntos
importante al momento de desarrollarse.

28. El sistema no debe ser complejo para los usuarios
de la organización o los que operan el sistema, hay
que evitar que el usuario ocupe el sistema de
manera que pueda ocasionar errores o darle un
uso indebido, simplificar las funciones y dar todo
por servido.
Evitar que a los usuarios les incomode el nuevo
sistema, ya sea por que se sientan desplazados de
sus obligaciones o por la costumbre a un sistema
antiguo, mantenerlo amigable y comprensible
para los operadores.

29. Un cambio repentino, puede ocasionar un lento aprendizaje,
capacitar y permitir al personal adaptarse a el con la
tranquilidad y apoyo necesario, manuales, charlas,
capacitaciones.
Como ultimo punto a considerar es la posibilidad de la
obsolescencia subsecuente. La tecnología existe, pero aun
no esta disponible en ese caso, es mejor constar con
tecnología que este disponible en el momento y sea fácil de
obtener o este mas al alcance de la mano (por si se requieren
repuestos o correcciones sea fácil de conseguir). También
tener en consideración las políticas habidas y por haber, de
manera que si hay un cabio administrativo el sistema no
quede obsoleto muy pronto.

30. Factibilidad de sistemasTécnica es una
evaluación que debe demostrar la facultad del
sistema para ponerse en marcha y mantenerse
durante el tiempo, además debe demostrar que
la planeación del sistema ha sido desarrollada
cuidadosamente contemplando todas las
restricciones y objetivos, aprovechando los
recursos que entrega la organización.

31. En esta etapa, hay que comprobar que el proyecto es
sustentable económicamente Justificar que la inversión
genera una ganancia, demostrar que si el sistema no
cumple con su objetivo no habrán perdidas económicas
o serán las mínimas.
Los Costos: Considerar costos Fijos y variables
LasVentas: demostrar como se ha definido el costo del
producto y cuales son los estimados de ventas por el
periodo de al menos un año, justificando cada calculo,
investigación de mercado y estadísticas.

32. La factibilidad de sistemas legal tiene como
función determinar si el sistema de información
si se mantiene en el marco legal.

33. Un Sistema de Información comprende varios pasos llevados a cabo
durante las etapa de planificación, la cual ayuda a verificar las
necesidades de los clientes y la factibilidad del sistema
.
Cada sistema de información tiene su propio ciclo de vida. Por medio
de las metodologías de diseño y desarrollo se tiene el proceso
estándar para construir y mantener ese sistema y todos los demás
sistemas de información a través de sus ciclos de vida.
Por supuesto, hay que tomar en cuenta las estimaciones de recursos
para desarrollar sistemas. Con ellos se puede ajustar el cómo se van a
realizar los sistemas de información y los procedimiento adecuados
para que el software produzca ventajas competitivas y cooperativas a
los clientes.

34.  Ciclo de vida de un sistema de información/Monografias.com/(N.F)/
recuperado de :https://www.monografias.com/trabajos29/ciclo-
sistema/ciclo-sistema.shtml
 Mario Devment/(24-04-2013)/Factibilidad de sistemas:Técnica,
Económica y Operativa./ApoyoTIC/ https://www.atic.cl/factibilidad-de-
sistemas/
 Urrieta Moisés /(15-03-2018 )/DiseñoY Desarrollo De Sistemas De
Información/ slideshare /Recuperado de:
https://es.slideshare.net/argentm/diseo-y-desarrollo-de-sistemas-de-
informacin
 Matiguan Rosalba/(29-03-2018)/ Metodologías De DiseñoY Desarrollo De
Sistemas De Información
 / slideshare /recuperado de:
https://es.slideshare.net/amaradawnstar/metodologas-de-diseo-y-
desarrollo-de-sistemas-de-informacin-92366611