Metodologias de Diseño y Desarrollo de Sistemas de Información

1. METODOLOGIAS DE DISEÑO
Y DESARROLLO DE SISTEMAS
DE INFORMACIÓN
REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN
UNIVERSITARIA
INSTITUTO UNIVERSITARIO POLITECNICO “SANTIAGO MARIÑO”
Profesor: Alumno:
José Castillo Daniela Velasquez C.I:26520400

2. INTRODUCCIÓN
La necesidad que las organizaciones tienen de procesar y almacenar grandes
volúmenes de datos hace que estas utilicen la cada vez más avanzada
tecnología en conjunto con las redes informáticas como componentes
fundamentales para la toma de decisiones gerenciales, es entonces cuando
aparecen los ordenadores y plataformas.
El campo de los sistemas de información abarca muchas tecnologías complejas,
conceptos abstractos de comportamiento y aplicaciones especializadas e
innumerables áreas empresariales y no empresariales.
Todas las organizaciones necesitan información actualizada, confiable y completa
sobre todos los aspectos de la empresa para tomar decisiones acertadas sobre el
desempeño y la ejecución de ésta.

3. LA PLANIFICACIÓN DEL PROYECTO
SOFTWARE
Es una tarea que se realiza antes de la producción del software empiece. Está ahí para
la producción de software pero no implica una actividad concreta que tenga una
conexión directa con la producción de software; más bien es un conjunto de procesos,
que facilitan la producción de software. La planificación del proyecto puede incluir:
Gestión del
alcance
Estimación del
proyecto
Técnicas de
estimación del
proyecto
Temporalización
del proyecto
Gestión de
recursos
Gestión de
riesgo del
proyecto
Proceso de
gestión de
riesgos
Ejecución del
proyecto y
monitoreo
Gestión
comunicativa
del proyecto
Gestión de la
configuración

4. Gestión del alcance
Define el alcance de un proyecto; esto incluye todas las
actividades y procesos que se requieren para crear un
producto software distribuible.
La gestión del alcance es esencial porque crea condiciones del proyecto por medio de la
definición de lo que se debe realizar en el proyecto y lo que no.
Esto hace que el proyecto contenga tareas limitadas y cuantificables, con lo que puede ser
documentado fácilmente y por tanto evitar costes y tiempo excedidos.
Durante la gestión del alcance del proyecto, es necesario:
Definir el alcance
Decidir su verificación
y control
Dividir el proyecto en
pequeñas partes para
facilitar su gestión.
Verificar el alcance
Controlar el alcance
incorporando cambios
a éste

5. Estimación del
proyecto
Para una gestión efectiva, es necesario que se realice una
estimación cuidadosa de varias medidas.
Los Directores pueden gestionar y controlar el proyecto de
forma más eficiente y efectiva haciendo estimaciones correctas.
La estimación del proyecto puede incluir los siguientes aspectos:
Estimación
del tamaño
del Software
El tamaño del Software se puede estimar en KLOC (Kilo Línea de código) o calculando el
número de puntos de función en el software. La líneas de código dependen de las prácticas de
codificación y los puntos de función, que cambian según el usuario o los requisitos del software.
Estimación
del esfuerzo
Los directores estiman los esfuerzos en términos de requisitos de personal y las horas de
trabajo requeridas para producir el software. Para la estimación de esfuerzos se debe conocer
el tamaño del software. Esto lo pueden aportar la experiencia misma de los directores, los datos
históricos de la organización, o el tamaño del software se puede convertir en esfuerzos usando
alguna formulación estándar.
Estimación
del tiempo
Las tareas del Software se dividen en pequeñas tareas, actividades o eventos por la 'Work Breakthrough
Structure(WBS)' en español 'Estructura de descomposición del trabajo'. Las tareas se temporalizan diariamente
o en los meses del calendario.
La suma del tiempo requerido para completar todas las tareas en horas o días es el tiempo total que se invierte
para terminar el proyecto.
Estimación
del coste
Para estimar el coste de un proyecto, se requiere considerar:
El tamaño del
software
La calidad del
Software
El Hardware
Herramientas o
software
adicional,
licencias, etc.
Personal
formado para
tareas
concretas
Implicaciones
de viaje
Comunicación
Formación y
soporte

6. Técnicas de
estimación del
proyecto
Ya hemos hablado de los parámetros en la estimación del
proyecto, como el tamaño, esfuerzo, tiempo y costes.
El director puede estimar los factores mencionados usando 2
técnicas ampliamente reconocidas:
Técnica de
descomposición Esta técnica toma el software
como un producto de varias
composiciones. Hay dos
modelos fundamentales:
Línea de código La estimación se
realiza en representación al número
de línea de códigos en el producto
software.
Puntos de función La estimación
se realiza en representación al
número de puntos de función que
hay en el producto software.
Técnica de
estimación
empírica
Esta técnica usa fórmulas
empíricamente derivadas
para hacer estimaciones.
Estas fórmulas se basan en
LOC (línea de control) o FPs
(lenguajes de programación).

7. Gestión de recursos
Los recursos están disponibles en cantidades limitadas y se quedan en la organización como
una piscina de ponderaciones. La falta de recursos obstaculiza el desarrollo del proyecto y
puede demorar la temporalización prevista. Distribuir recursos adicionales aumenta el
desarrollo del coste al final.
Por eso hace necesario estimar y distribuir los recursos adecuados para el proyecto.
La gestión de los recursos incluye :
Todos los elementos usados para desarrollar el producto
software se pueden tomar como recursos para ese
proyecto. Esto puede incluir recursos humanos,
herramientas productivas y bibliotecas software.
Definir la organización del proyecto satisfactoriamente creando un equipo de
proyecto y distribuyendo las responsabilidades a cada uno de los miembros de éste.
Determinar los recursos requeridos para cada fase concreta y su disponibilidad
Gestionar recursos generando recursos cuando se requieren y retirarlos cuando ya
no son necesarios.

8. Gestión de riesgo
del proyecto
La gestión del riesgo incluye todas las actividades pertenecientes a la identificación,
analizando y haciendo provisiones para riesgos predecibles o no predecibles en el
proyecto.
El riesgo puede incluir lo siguiente:
El personal con
experiencia que
deja el proyecto y
el nuevo personal
que entra.
Cambio en la
gestión
organizativa.
Cambios
requeridos o
requisitos mal
interpretados.
Estimación baja
de tiempo y
recursos
requeridos.
Cambios
tecnológicos y de
entorno, y
competición
empresarial.

9. Proceso de gestión
de riesgos
Identificación
Anota todos los riesgos
posibles, que pueden ocurrir
en el proyecto.
Categorizar
Categorizar riesgos ya
conocidos en riesgo de
intensidad alta, media y baja,
según el posible impacto que
puedan tener en el proyecto.
Gestionar
Analizar la probabilidad de
ocurrencia de riesgos en las
distintas fases. Planificar para
evitar o tener que afrontar
riesgos. Intentar minimizar sus
efectos secundarios.
Monitorear
Hacer un seguimiento de cerca
de los riesgos potenciales y de
sus síntomas iniciales.
También monitorear los
efectos de los pasos que se
han seguido para mitigarlos o
evitarlos.
Hay varias actividades en el proceso de gestión de
riesgos:

10. Ejecución del
proyecto y
Monitoreo
La ejecución necesita monitoreo con tal de evaluar si todo está yendo de acuerdo
con el plan. Monitorizar es observar y evaluar la probabilidad de riesgo, y tomar
medidas para redirigir el riesgo o informar del estatus de varias tareas.
Estas medidas incluyen:
En esta fase, las tareas descritas en los planes el
proyecto se ejecuta de acuerdo con su
temporalización correspondiente.
• Todas las actividades programadas en una tarea se pueden monitorear a diario. Cuando todas las
actividades de una tarea se completan, se considera completo.
Actividades de monitoreo
• Los informes contienen estatus de actividades y tareas completadas en un marco temporal,
generalmente en una semana. El estatus puede marcarse como finalizado, pendiente, en progreso, etc.
Informes de estatus
• Cada proyecto se divide en varias fases donde la mayoría de las tareas se preforman (milestones) en
base a las fases del SDLC. Esta lista de verificación milestone se prepara un par de veces al mes
apropiadamente y se emite el estatus de milestones.
Lista de verificación 'Milestones'

11. Gestión
comunicativa del
proyecto
La comunicación puede ser oral o por escrito. La gestión comunicativa puede
contener los siguientes pasos procedimentales:
Una comunicación efectiva juega un rol vital en el
proceso de un proyecto. Crea vacíos en las
conexiones entre el cliente y la organización,
entre los miembros del equipo así como con los
proveedores de hardware, etc.
Planificación Este paso incluye la identificación de los accionistas, y la forma en que se van a comunicar
entre ellos. También considera si se requiere alguna facilidad comunicativa adicional.
Compartir Después de determinar varios aspectos de la planificación, el director se centra en compartir
información correcta con la persona correcta y en el momento correcto en el tiempo. Esto
mantiene a todos los miembros del proyecto al día del progreso y del estatus del proceso.
Retroalimentación Los jefes del proyecto usan varias medidas y mecanismos de retroalimentación y crean
informes de estatus y de acción. Este mecanismo asegura que la entrada desde varios
accionistas llega al jefe del proyecto como su retroalimentación.
Cierre Al final de cada evento mayor, de cada fase del SDLC o del proyecto mismo, se anuncia el
cierre administrativo para actualizar a cada accionista vía email, o distribuyendo una copia por
escrito del documento o a través de otro medio de comunicación efectivo.

12. IMPORTANCIA COMO DISCIPLINA DE LA
INGENIERÍA EN EL DESARROLLO DE
SISTEMAS DE INFORMACIÓN.
Los Sistemas de
Información (SI) y las
Tecnologías de Información
(TI) han cambiado la forma
en que operan las
organizaciones actuales. A
través de su uso se logran
importantes mejoras, pues
automatizan los procesos
operativos, suministran una
plataforma de información
necesaria para la toma de
decisiones y, lo más
importante, su implantación
logra ventajas competitivas
o reducir la ventaja de los
rivales.
la ingeniería en el desarrollo sistemas
de información es importante para
solucionar los problemas propios de
las asimetrías de información (riesgo
moral y selección adversa) en las
empresas, se necesitan sistemas de
información y otros mecanismos de
control, es decir, el Control de Gestión
(alinear las distintas funciones de la
empresa en torno al logro de los
objetivos institucionales).
El trabajo profesional del ingeniero
tiende hacia puestos directivos,
principalmente en el área
administrativa y de las TIC, como
dirección de diversos tipos de
proyectos, investigación y desarrollo
de sistemas, asesoría, consultoría e
informática funcional de la
organización; para apoyar la
automatización de toma de
decisiones y procesos operativos.

13. Ciclo de vida de un sistema de
informaciónCualquier sistema de información va pasando por una serie de fases a lo largo de su vida. Su ciclo
de vida comprende una serie de etapas entre las que se encuentran las siguientes:
•Realizar una serie de tareas previas que influirán decisivamente en la finalización con éxito del proyecto.
Planificación
•Averiguar qué es exactamente lo que tiene que hacer el sistema. La etapa de análisis en el ciclo de vida del software corresponde al proceso mediante el
cual se intenta descubrir qué es lo que realmente se necesita
Análisis
•Se han de estudiar posibles alternativas de implementación para el sistema de información que hemos de construir y se ha de decidir la estructura general
que tendrá el sistema (su diseño arquitectónico).
Diseño
•Seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite nuestro trabajo y un lenguaje de programación apropiado para el tipo de
sistema que vayamos a construir.
Implementación
•Tiene como objetivo detectar los errores que se hayan podido cometer en las etapas anteriores del proyecto (y, eventualmente, corregirlos).
Pruebas
•Debemos de planificar el entorno en el que el sistema debe funcionar, tanto hardware como software: equipos necesarios y su configuración física, redes
de interconexión entre los equipos y de acceso a sistemas externos, sistemas operativos y bibliotecas.
Instalación o despliegue
•La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los recursos de una empresa de desarrollo de software. De hecho, con un
60% de media, es probablemente la etapa más importante del ciclo de vida del software.
Uso y mantenimiento

14. Ciclo de vida clásico
El modelo de ciclo de vida clásico, también denominado «modelo en cascada», se basa en intentar hacer
las cosas bien desde el principio, de una vez y para siempre. Se pasa, en orden, de una etapa a la
siguiente sólo tras finalizar con éxito las tareas de verificación y validación propias de la etapa. Si resulta
necesario, únicamente se da marcha atrás hasta la fase inmediatamente anterior.
Este modelo tradicional de ciclo de vida exige una aproximación secuencial al proceso de desarrollo del
software.
 Los proyectos reales raramente siguen el flujo secuencial de actividades que propone este modelo.
 Normalmente, es difícil para el cliente establecer explícitamente todos los requisitos al comienzo del
proyecto (entre otras cosas, porque hasta que no vea evolucionar el proyecto no tendrá una idea
clara de qué es lo que realmente quiere).
 No habrá disponible una versión operativa del sistema hasta llegar a las etapas finales, por lo que la
rectificación de cualquier decisión tomada erróneamente en las etapas iniciales del proyecto supondrá
un coste adicional significativo, tanto económico como temporal.

15. Fases del
desarrollo
Organización
Problemas
Necesidades
Diagnostico
Propuestas
Diseño de sistema
Codificación
Implementación
Evaluación
Mantenimiento

16. Planeación del proceso de desarrollo de
sistemas de informaciónLa planeación estratégica de los sistemas de información es un enfoque sistemático y
disciplinado para determinar los métodos más efectivos y eficientes para satisfacer las
necesidades de información, para que sea exitoso, debe emplear procesos técnicos y
gerenciales en el contexto de la ingeniería de software.
Bajo este enfoque, las características del hardware y software del sistema, instalaciones,
datos y personal son identificados y definidos a través de un diseño y análisis detallado
para lograr un sistema que sea el más efectivo en costos para satisfacer las necesidades
de la organización.
Importancia de la Planeación de Sistemas
Los sistemas de información
son herramientas importantes
para lograr efectivamente los
objetivos organizacionales.
Información siempre disponible,
completa y precisa es esencial
para hacer decisiones
fundamentadas y a tiempo.
Información no disponible,
mezclada entre información
inútil y un ineficiente
procesamiento de datos gasta
recursos.
La organización debe identificar
sus necesidades de información en
las bases de una identificación
sistemática y análisis de su misión
y funciones a realizar, quien las
realiza, la información y datos de
soporte necesitados para realizar
las funciones y los procesos
necesitados para la estructura de
información más útil.

17. Estudio de factibilidad operativa, técnica,
financiera y legal del desarrollo de sistemas
de información
Podemos definir como Factibilidad de Sistemas cuando nos referimos a la disponibilidad de los recursos
necesarios para llevar a cabo los objetivos o metas señalados. generalmente la factibilidad se determina
sobre un proyecto.
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.

18. Factibilidad de sistemas
Factibilidad Técnica
Factibilidad de
sistemas Té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.
Factibilidad Económica
En esta etapa, hay que
comprobar que el
proyecto es
sustentable económica
mente Justificar que la
inversión genera una
ganancia, demostrar
que si el sistema no
cumple con su objetivo
no habrán perdidas eco
nómicas o serán las mí
nimas.
Factibilidad Operativa
La Factibilidad de sistemas
Operativa, tiene como
objetivo comprobar que a
empresa u organización sera
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.

19. CONCLUSIONES
Los sistemas de información gerencial agilizan los procesos de toma de decisiones de
la empresa donde se está instalando, pero requiere de una inversión de capital por
parte de estas, además de un diseño cuidadoso por parte previa a la implantación,
como también de capacitación de todos los usuarios.
Los sistemas de información nunca dejan de actualizarse, ya que las empresas están
en constante cambio y por eso surge nuevas necesidades.
Cuando una empresa instala un sistema de información gerencial no quiere decir que
los problemas de está hayan terminado, se le proporciona a los gerentes o encargado
de dicha compañía, información oportuna y precisa para la toma de decisiones, pero el
éxito o el fracaso no depende de si tiene o no un sistema de estos, depende de las
decisiones que tome el encargado de la empresa con la información que estos u otros
medios le proporcionen.