Definición de planificación de proyectos de software

1. INSTITUTO UNIVERSITARIO
POLITÈCNICO
“SANTIAGO MARIÑO”
EXTENSIÓN MARACAY
DEFINICION DE PLANIFICACION
DE PROYECTO DE SOFTWARE
Autor:
Ovidio Hernández C.I:24.433.664
Maracay, Junio de 2019
1

2. Planificación de Proyecto de Software:
Constituyen los procesos que determinan la cantidad de
tiempo y recursos para la realización adecuada de un
proyecto. Tiene como objetivo la creación de un plan de
proyecto que un gestor de proyectos pueda usar para asistir
al progreso de su equipo.

3. Importancia como Disciplina de la Ingeniería
en el Desarrollo de Sistemas de Información:
Con el pasar del tiempo, los datos que una empresa debe de
examinar al momento de tomar decisiones que le generen
beneficio a esta aumentan.
Con el fin de evitar algún error que le generen perdidas a su
organización, autorizan el desarrollo de sistemas que posean
la capacidad, tanto de realizar simplificaciones con respecto a
las opciones que puedan tomarse, como que las mismas
puedan ser efectivas al momento de solucionar un problema.

4. Ciclo de Vida de un Sistema de Información
Es el periodo de tiempo bajo el cual un sistema informático
cumple su “ciclo de vida” desde el momento en que es
ideado, hasta el cese de sus funciones totales.
En el desarrollo de sistemas informáticos, un ciclo de vida se
divide en varias fases que, por lo general son ajustadas al
sistema que se desee realizar.

5. A) Planificación:
Antes de que un proyecto de desarrollo de sistema salga a la
luz, se requiere la realización de una serie de actividades
previas que influyen de forma decisiva en la finalización
exitosa de un proyecto.
Estas actividades incluyen:
Fases del Desarrollo de Sistemas de
Información:

6. • Determinación del ámbito del proyecto:
Con el fin de determinar las características de un proyecto al
iniciar. Se establecen de antemano, las interrogantes a
resolver mientras se realiza el proyecto, y aquellas que
quedarán por fuera.
Se debe de tener una buena descripción del proyecto,
abarcando todas aquellas características que pueda poseer y
escrito en lenguaje que todos puedan comprender, evitando
tecnicismos en el mismo.

7. • Estudio de viabilidad:
Con el propósito de comenzar un proyecto, debe de
evaluarse si el mismo posee viabilidad económica, técnica y
legal. Ajustando dicho estudio a la realidad.
• Análisis de riesgos:
Utilizada con el fin de identificar riesgos que afecten de forma
negativa a los planes de nuestro proyecto, se calculan las
probabilidades de que el riesgo pueda materializarse y
analizar el impacto que recaerá sobre el proyecto a realizar.
Una vez analizados los riesgos potenciales, se recurren a
técnicas de control de riesgos y elaboración de planes de
contingencia, con el fin de dejar un margen de maniobra en el
caso de que ocurran.

8. • Estimación de costos:
Es una apreciación inicial de lo que podría ser el costo total
de un proyecto antes de su fabricación. Esto, es realizado
con el motivo de tener un aproximado de los recursos que se
debe de disponer antes de la iniciación del proyecto.
• Planificación temporal y asignación de recursos:
Constituye el cálculo del tiempo que tomara un proyecto en
realizarse, y de los recursos a disponer para su fabricación.
Con el objetivo de tener un margen de tiempo de trabajo
aceptable, y teniendo en cuenta que recursos de debe de
disponer, y de aquellos que no son necesarios.

9. B) Análisis de requisitos:
Lo primero a tener en cuenta en el desarrollo de un sistema
de información es comprender lo que realmente debe de
hacer el sistema. El proceso de análisis en el ciclo de vida de
un SI identifica, tanto las necesidades del sistema, como los
requerimientos que debe tener el mismo (las características
que debería poseer).

10. Un análisis es esencial en el desarrollo de un SI, para saber
con precisión tanto lo que requiere contener el proyecto al
momento de su entrega, como de satisfacer las
necesidades del mismo cliente. Por medio de técnicas
adecuadas, se puede ayudar lo que realmente necesita el
cliente para su proyecto.
Averiguar los requerimientos reales del sistema permite la
reducción del costo del mismo; descubrir los errores que
puede contener un proyecto de desarrollo de software en la
fase de análisis es más económico que resolverlo en la
parte cumbre del proyecto.

11. C) Diseño:
En esta fase se realiza un estudio de las posibles alternativas
de implementación en el SI que se ha de construir, además de
seleccionar la estructura general del sistema (diseño
arquitectónico).
Todo diseño de un sistema es complejo, y sus procesos de
elaboración son realizados de forma repetitiva. La solución de
diseño inicial que se entrega al cliente no siempre resulta ser la
más adecuada para un SI, requiriendo un proceso de refinación
constante.

12. A pesar de ello, existe una diversa variedad de patrones de
diseño que sirven de referencia para evitar errores que
cometieron desarrolladores anteriores sin necesidad de
cometer el mismo fallo. De manera similar al análisis; en el
que se crea un modelo distinto en relación al sistema que
centra la atención de los desarrolladores, un SI tiene las
siguientes facetas:
- Debe abordar el diseño de la base de datos.
- Debe de implementar aplicaciones para permitir al
usuario la utilización del sistema de información, teniendo
en cuenta el diseño de la interfaz y de cada componente
que conforman las aplicaciones.

13. D) Implementación:
Teniendo el conocimiento de cada función que debe
desempeñar un SI (la parte del análisis), y decidido la
organización de sus componentes (la parte del diseño), se
procede con la etapa de implementación, sin embargo esta
última solo puede realizarse teniendo bien definido un
análisis y un diseño adecuado.

14. En la fase de implementación se ha de seleccionar las
herramientas correctas, un entorno de desarrollo de fácil
comprensión y un lenguaje de programación apropiado al
sistema en cuestión que se desea construir. Las elecciones
de las herramientas anteriores tendrán relación de las
decisiones de diseño y del entorno en el que el sistema
funcione.
Además de la parte de programación asociada a los
componentes del sistema, la fase de implementación se
encarga también de adquirir los recursos necesarios para el
funcionamiento apropiado del sistema (licencias de gestor
de base de datos a usar, por ejemplo), y el desarrollo de
algunos casos de prueba para comprobar el funcionamiento
del sistema en su proceso de construcción.

15. E) Pruebas:
La fase de pruebas se enfoca en la detección de errores
que puedan cometer en las etapas anteriores del proyecto
(y por consiguiente, su corrección). Como algo adicional,
debe de hacerse antes de que dichos errores afecten
directamente al usuario. Toda prueba es un éxito cuando
logra encontrarse un error (y no el caso contrario como se
piensa).
La detección y búsqueda de errores realizada en la etapa
de pruebas toma distintas formas, dependiendo del
contexto y de la fase de proyecto en la que se encuentre:

16. • Las pruebas de unidad comprueban el funcionamiento
de un componente en específico del sistema. En este
tipo de pruebas, un “probador” busca una situación
límite que pueda hacer relucir la limitación de cada
implementación de sus componentes. Es aconsejable
que, a medida que le sea añadida una nueva
funcionalidad a la aplicación, también sean creados
nuevos “tests” que midan su progreso, además de
repetir los antiguos para la comprobación del
funcionamiento de las partes ya funcionales.
• Las pruebas de integración se realizan al juntar los
componentes que forman parte del sistema, y sirven en
la detección de errores en cada interfaz.

17. • Finalizado el sistema, son realizadas pruebas en el
lugar destinado al desarrollo del sistema. Con el
objetivo de pulir aspectos de la interfaz de usuario del
sistema.
• Si el sistema tendrá como objetivo su venta en el
mercado, se realizan pruebas beta. Las cuales son
realizadas por usuarios finales del sistema totalmente
ajenos al equipo de desarrollo, resultando en algunos
casos viable para el éxito en el mercado.

18. • En sistemas a medida se realizan test de aceptación, el
cual si se supera con éxito marca el fin del proceso de
desarrollo y el inicio de la etapa de mantenimiento.
• En una última instancia, en el ciclo de vida de un
software, se hace revisiones de los productos que se
generan a lo largo del proyecto, desde los documentos
que especifican sus requerimientos, hasta el código
perteneciente a los distintos módulos de la aplicación.
Ayudando en la correcta verificación del producto y su
validación (la comprobación que realmente se ajusta a
los requerimientos que exige el sistema).

19. F) Instalación y Despliegue:
Finalizadas las etapas de desarrollo del SI (análisis, diseño,
implementación e incluso pruebas necesarias), se procede a
poner el sistema en funcionamiento, por medio de una
instalación o un despliegue. Se planifica, antes de instalar el
programa, el entorno para que el sistema funcione
(Hardware y Software). Resulta esencial tener en cuenta las
dependencias existentes de los componentes del sistema y
las versiones del último.

20. G) Uso y Mantenimiento:
La fase de mantenimiento es una etapa de importancia en
el ciclo de vida de un software. Debido a que un software
no se ve influenciado al rompimiento o desgaste en su uso,
el mantenimiento del mismo se conforma por las siguientes
facetas:
• Eliminación de defectos presentados en su vida útil
(mantenimiento correctivo).

21. • Adaptación a nuevos requerimientos (mantenimiento
adaptativo), dando por ejemplo, el funcionamiento del
sistema en una nueva versión de un sistema operativo o en
un Hardware distinto.
• La adición de nuevas funcionalidades (Mantenimiento
perfectivo), proponiendo mejoras y características
deseables otorgando un incremento en un sistema que ya
existe.
Al examinar las tareas realizadas en la parte de
mantenimiento, se puede observar que se repiten todas las
actividades que realiza el sistema en su ciclo de vida. Dando
como consecuencia, que la parte del mantenimiento de un
sistema se vea como la fase con mayor dificultad que el
mismo desarrollo.

22. Planeación del Proceso de Desarrollo de
Sistemas de Información:
Su objetivo es el de crear marcos de referencia para
desarrollar sistemas de información para dar respuesta
a los requerimientos estratégicos que comprende una
empresa.

23. Estudio de Factibilidad, Operativa, Técnica
Financiera y Legal del Desarrollo de Sistemas
de Información:
Se define como una referencia a la posible disposición
de los recursos a necesitar para la culminación de
objetivos y metas señalados. Generalmente toda
factibilidad es determinada conforme se realiza un
proyecto.
Un estudio de factibilidad supone una de las primeras
etapas en el desarrollo de un sistema informático, y su
estudio incluye los objetivos, alcances y restricciones en
un sistema.

24. A) Factibilidad Técnica:
Evaluación que demuestra la facultad del sistema para
iniciar sus operaciones y mantenerse estable durante la
duración de la misma. Debe demostrarse, además que la
planeación del sistema fue desarrollada con minucioso
cuidado teniendo en cuenta sus restricciones y objetivos,
disponiendo de los recursos que posee la organización.
Conceptos a considerar:
• Funcionamiento correcto del sistema (números de
pruebas realizadas).
• El sistema se desarrolló teniendo en cuenta su cercanía al
consumidor.
• Escala de producción.

25. B) Factibilidad Económica:
Se comprueba que el proyecto es económicamente
sustentable. Se justifica si la inversión genera
ganancia, y se demuestra que en caso de no cumplir
con su objetivo, las pérdidas ocasionadas serán
mínimas.

26. C) Factibilidad operativa:
Su finalidad es la de justificar si la empresa puede darle uso al
sistema, si cuenta con personal capacitado para utilizarlo, y si tiene el
recurso humano requerido para mantener operable el sistema.
Teniendo en cuenta lo siguiente:
• Un sistema no debe de ser complejo ante los usuarios de la
empresa.
• Un sistema debe de tener un entorno amigable y comprensible.
• Todo cambio repentino ocasiona un lento aprendizaje, en este caso
se debe de permitir la capacitación al personal.
• Debe de considerarse la realización de sistemas con materiales
disponibles en el momento, o en todo caso, que sean de fácil
obtención en caso de necesitar algún repuesto o corrección.
• Tener en cuentas las políticas establecidas y las que se puedan
establecer, para que el sistema no quede obsoleto tan pronto se
ponga en marcha en la organización.

27. Fernando B. Galiano (nd) El Ciclo de vida de un sistema de
información [En línea] Disponible en:
http://flanagan.ugr.es/docencia/20052006/2/apuntes/ciclovida.pd.
[Accedido: 2019, Junio 26].
Anónimo (2013).Factibilidad de sistemas: Técnica, Económica y
Operativa [En línea]. Disponible en:
https://www.atic.cl/factibilidad-de-sistemas/.[Accedido: 2019,
Junio 26].
Referencias: