SlideShare una empresa de Scribd logo
Fases de un proyecto de desarrollo de software
Eugenio del Pozo
             2008-4603

             John Peralta
             2008-4318

             Wester Solano
             2009-0479

             Juan Luis Almonte
             2008-4401

             Gregory Hidalgo
             2008-4562
                                 Instituto Tecnológico de las Américas
07/09/2010                                                       ITLA
 Fases:
1.   Investigación Preliminar.
2.   Requerimientos del sistema.
3.   Levantamiento de la Información.
4.   Análisis del sistema.
5.   Diseño del sistema.
6.   Implementación.
7.   Prueba.
8.   Documentación.
9.   Mantenimiento.

 Registros de Datos.
 Archivos de Datos.
Tiene como finalidad buscar la información
suficiente para determinar si se debe continuar
con el Ciclo de Vida del Desarrollo del Sistema.
 Aclarar y comprender la solicitud del
  proyecto.
 Definir el alcance y las restricciones o
  limitaciones del sistema.
 Identificar los beneficios que se obtendrían si
  el sistema propuesto es completado.
….
   Especificar un estimado de tiempo y costo
    para las próximas fases de desarrollo.

   Presentar un informe a la gerencia
    describiendo el problema y detallando si se
    recomienda continuar con la fase de análisis
    del sistema.
-  Factibilidad Operacional:
Se refiere al hecho de que si trabajará o no el
sistema si este se llega a desarrollar.

- Factibilidad Técnica:
Se refiere a los recursos necesarios como
herramientas, conocimientos, habilidades,
experiencia, que son necesarios para efectuar
las actividades o procesos que requiere el
proyecto.
- Factibilidad Financiera y Económica:
Se refiere a los recursos económicos y
financieros necesarios para desarrollar o
llevar a cabo las actividades o procesos y/o
para obtener los recursos básicos que
deben considerarse son el costo del
tiempo, el costo de la realización y el costo
de adquirir nuevos recursos.
I. Obtener la autorización de la gerencia.

II. Identificar la información necesaria para el
proyecto para cumplir con los cinco objetivos
de la investigación.

III. Realizar las acciones que sean necesarias
para conseguir la información.
…
…

IV. Analizar la información obtenida,
identificando alternativas con sus costos y
beneficios y recomendando la acción que se
debe tomar.

V. Presentar los resultados y recomendaciones a
la gerencia.
Estos especifican lo que el sistema
de información deberá hacer o cuáles
   propiedades o cualidades debe de
                                 tener.
- Funcionales:
Son los que especifican lo que el sistema de
información debe hacer.

- No Funcionales:
Son los que especifican una propiedad o
cualidad que el sistema debe tener.
- Desempeño
 Los requerimientos de desempeño representan el desempeño
que el sistema debe tener para satisfacer las necesidades de los
                           usuarios.

                          - Información
Los requerimientos de información, representan la información
         que es útil al usuario en cuanto a contenido.

                        - Economía
Los requerimientos de ahorro representan la necesidad de que
       sistema reduzca costos o incremente ganancias.
- Control o Seguridad
Representan el ambiente en el cual el sistema debe operar, así
                 como el tipo de seguridad.

                         - Eficiencia
Representa la capacidad del sistema para producir salidas con
                     mínimo desperdicio.

                         - Servicio
Representan las necesidades que funcionen para el sistema sea
                         confiable.
Dando una compresión de los problemas el
analista del sistema puede comenzar a definir
los requerimientos.

   Para que los analistas del sistema de la actualidad
puedan tener éxito en definir los requerimientos de
los sistema, deben tener habilidad en los métodos
efectivos usados para recopilar información.
Es el proceso mediante el cual el analista recopila
 datos e información de la situación, con el propósito
de identificar problemas y oportunidades de mejoras.
-   Entrevistas
-   Encuestas
-   Observaciones
-   Simulación
-   Técnicas Audiovisuales
Es una conversación dirigida con un propósito
específico y se basa en un formato de
preguntas y respuestas, como forma de conocer
las necesidades de la organización.
Los entrevistados deben ser personas
relacionadas de alguna manera con la
organización, el sistema actual o el sistema
propuesto.

Las entrevistas pueden ser estructuradas o no
estructuradas.
A través de esta se recopilan grandes
cantidades de datos e información. Se obtiene
información sobre las necesidades y
preferencias de los usuario o clientes.
Es estas se suelen utilizar las preguntas
cerradas.
Esta técnica se usa con el fin de estudiar a las
personas en sus actividades de grupo y como
miembros de la organización.

Aquí se obtiene la información de lo que
realmente hace la persona.
Consiste en hacer circular un documento en un
procedimiento y observar cada uno de los pasos
y procesos a los cuales es sometido.
Se utiliza en casos muy especiales en los cuales
el proceso o procedimiento está construido por
un gran número de movimiento.

Se puede utilizar video cámara o cualquier
método que permita grabar el proceso y luego
someterlo a un análisis detallado.
Trata básicamente de determinar los objetivos y
límites del sistema objeto de análisis, caracterizar
        su estructura y funcionamiento, marcar las
   directrices que permitan alcanzar los objetivos
          propuestos y evaluar sus consecuencias.
Es analizar y afinar los requerimientos, con el
fin de conseguir la comprensión detallada de
los requerimientos primordiales para
desarrollar un producto de software correcto y
de fácil mantenimiento.

Los requerimientos deben estar expresados en
el lenguaje del cliente.
Fase de inspección

Es aquí en donde se averigua si vale la pena
llevar a cabo el proyecto.
Tiene como objetivos Identificar los problemas
que dieron lugar a la solicitud del proyecto y
determinar si resolver los problemas le dará
beneficios a la empresa.
Fase de Estudio
Consiste en estudiar y analizar el sistema
actual, siempre y cuando se cuente con uno.
Aquí se analizan los defectos a mejorar del
sistema.
Fase de Definición
 Define a partir de la información que
necesita o quiere el usuario que haga el
sistema. En esta etapa se definen las
necesidades de la empresa sobre problemas.
El Diseño del Sistemas se define con el
       proceso de aplicar ciertas técnicas y
 principios con el propósito de definir un
dispositivo, un proceso o un Sistema, con
suficientes detalles como para permitir su
         interpretación y realización física.
El diseño debe implementar todos
los requisitos explícitos
contenidos en el modelo de
análisis y debe acumular todos los
requisitos implícitos que desea el
cliente.
La importancia del Diseño del Software se
puede definir en una sola palabra Calidad,
dentro del diseño es donde se fomenta la
calidad del Proyecto.

El Diseño es la única manera de materializar
con precisión los requerimientos del cliente.
-   El   diseño de los datos.
-   El   Diseño Arquitectónico.
-   El   Diseño de la Interfaz.
-   El   Diseño de procedimientos.
Al Implantar un Sistema de Información lo
 primero que debemos hacer es asegurarnos que
el Sistema sea operacional o sea que funcione de
       acuerdo a los requerimientos del análisis y
       permitir que los usuarios puedan operarlo.
Las actividades más
 importantes de esta etapa
           son:
1. Preparación del entorno operativo.
2. Definición de políticas de backup.
3. Instalación de entorno de desarrollo y de
   prueba.
4. Parametrización preliminar.
5. Desarrollo de customizaciones e interfases.
   con sus Pruebas y ajustes .
6. Desarrollo de programas para migración de
   archivos maestros y pruebas de migración.
7. Simulación preliminar del enlatado en
producción.
8. Capacitación de usuarios finales.
9. Ajustes de parametrización,
customizaciones e informes.
10. Simulación final de entorno de producción.
11. Habilitación del entorno de producción.
Dependiendo del tamaño de la Empresa
  que usara el Sistema y el riesgo asociado
    a su uso, puede hacerse la elección de
   comenzar la operación del Sistema solo
      en un área de la Empresa, que puede
llevarse a cabo en un Departamento o con
                       una o dos personas.
Cuando se implanta un nuevo sistema lo
aconsejable es que el viejo y el nuevo funcionen
de manera simultanea o paralela con la
finalidad de comparar los resultados que ambos
ofrecen en su operación, además dar tiempo al
personal para su entrenamiento y adaptación al
nuevo Sistema.
Durante el Proceso de Implantación y Prueba se
deben implementar todas las estrategias
posibles para garantizar que en el uso inicial del
Sistema este se encuentre libre de problemas lo
cual se puede descubrir durante este proceso y
levar a cabo las correcciones de lugar para su
buen funcionamiento.
La fase de documentación del software es opcional y
      puede ser solicitada al comenzar el proceso de
    programación o una vez terminada la aplicación.
   Estructura de Base de Datos.
   Detalle de las tablas (campos, tipo de datos).
   Explicación de la relación entre tablas.
   Código de Fuentes documentados en medio
    magnético.
   Documentos de Definición Inicial y todas las
    modificaciones solicitadas y realizadas.
Es el proceso de control, mejora y optimización del
software ya desarrollado e instalado, que también incluye
    depuración de errores y defectos que puedan haberse
                 filtrado de la fase de pruebas de control.
Esta fase es la última que se aplica al ciclo de
vida del desarrollo de software.

De un buen diseño y documentación del
desarrollo dependerá cómo será la fase de
mantenimiento, tanto en costo temporal como
monetario.
Mantener y mejorar el software para
enfrentar errores descubiertos y nuevos
requisitos puede llevar más tiempo incluso
que el desarrollo inicial del software.

 Una pequeña parte de este trabajo
consiste en arreglar errores, La mayor parte
consiste en extender el sistema para hacer
nuevas cosas.
Durante el período de mantenimiento, es
común que surjan nuevas revisiones y versiones
del producto; que lo liberan más depurado, con
mayor y mejor funcionalidad, mejor
rendimiento, etc.
Es un tipo o conjunto de datos
  almacenados en un sistema.
   Registro de dato.
•   Formateados..
•   No formateados.



   Registros de fin de ficheros.
Si los valores de los datos son caracteres leíbles por una
  persona, cada carácter es un valor y diremos que el
  dato está formateado. Por ejemplo, la sentencia,
              WRITE ( *, "( I1, A, I2 )"), 3, ´, ´, 10
produce un registro conteniendo los valores de los cuatro
  caracteres " 3 " " , " " 1 " y " 0 ", este sería:



                   3     ,      1     0
En todos estos casos y otros, el empleo de
registros tiene el fin de almacenar
información y datos, ponerla en relación y
colocarla al alcance bajo un índice o sistema
de orden que permita su acceso y uso en
cualquier momento.
Fases de un proyecto de desarrollo de software
   Archivo: es una colección de información
    (datos relacionados entre sí), localizada o
    almacenada como una unidad en alguna parte
    de la computadora.

   Los archivos de datos permiten almacenar
    información de modo permanente, para ser
    accedida o alterada cuando sea necesario.
   Los archivos como colección de datos sirve para
    la entrada y salida a la computadora y son
    manejados con programas.
   En los archivos no se requiere de un tamaño
    predeterminado; esto significa que se pueden
    hacer archivos de datos más grandes o
    pequeños, según se necesiten.
   Cada archivo es referenciado por su nombre o
    identificador único (ID).
   Independencia de las informaciones respecto
    de los programas.
   La información almacenada es permanente.
   Un archivo puede ser accedido por distintos
    programas en distintos momentos.
   Gran capacidad de almacenamiento.
Se clasifican en tres grupos:

   Permanentes o Maestros
   De Movimientos
   De Maniobra o Trabajo
Constante


              Permanente o
                               Situación
                Maestros


                               Histórico


Archivos de
                                 Altas
   Datos
              Movimiento


                                 Bajas


               Maniobra o
                             Modificaciones
               Transitorio
Permanentes o Maestros :
 Estos contienen información que varia poco. En
  algunos casos es preciso actualizarlos
  periódicamente y los registros sufren pocas o
  ninguna variación a lo largo del tiempo.
 Estos se Clasifican en:
 1. Constantes.
 2. De situación.
 3. Históricos.
Clasificación de los Archivos Permanentes:
 • Constantes: Están formados por registros que
   contienen campos fijos y campos de baja frecuencia
   de variación en el tiempo.
 • De Situación: Son los que en cada momento
   contienen información actualizada.
 • Históricos: Contienen información acumulada a lo
   largo del tiempo de archivos que han sufridos
   procesos de actualización o bien acumulan datos de
   variación periódica en el tiempo.
Archivos de Movimiento:
 Son aquellos que se utilizan conjuntamente
 con los maestros (constantes), y contienen
 algún campo común en sus registros con
 aquellos, para el procesamiento de las
 modificaciones experimentados por los
 mismos. Sus registros son de tres tipos: alta,
 bajas y modificaciones.
Archivo de Maniobra o Transitorio:
 Son archivos auxiliares creados durante la
  ejecución del programa y borrados
  habitualmente al terminar el mismo.
 Tienen una vida limitada, normalmente
  menor que la duración de la ejecución de un
  programa. Su utilizan como auxiliares de los
  anteriores.

Más contenido relacionado

La actualidad más candente

Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
Fundación Universitaria Konrad Lorenz
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
Avelino Felipe Policarpio
 
Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)
RobertoCaniza
 
Metodologia kendall y Kendall
Metodologia kendall y KendallMetodologia kendall y Kendall
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
Walter Chacon
 
Proyecto Final - Calidad de Software
Proyecto Final - Calidad de SoftwareProyecto Final - Calidad de Software
Proyecto Final - Calidad de Software
Yessenia I. Martínez M.
 
Analisis de sistemas
Analisis de sistemasAnalisis de sistemas
Analisis de sistemas
Hospital Occidente de Kennedy
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
NELSON RODRIGUEZ
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
Marvin Zumbado
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
paoaboytes
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
martin
 
Software caja negra y caja blanca
Software caja negra y caja blancaSoftware caja negra y caja blanca
Software caja negra y caja blanca
StudentPc
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
Germán Sánchez
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
Christian Jesus Gonzalez Oceguera
 
Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup final
MariaC7
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
Software Guru
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
Juan Carlos Tapias
 
Etapas de proyectos de software.ppt
Etapas de proyectos de software.pptEtapas de proyectos de software.ppt
Etapas de proyectos de software.ppt
Luis619096
 
1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño
Luis Fernando Aguas Bucheli
 

La actualidad más candente (20)

Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)
 
Metodologia kendall y Kendall
Metodologia kendall y KendallMetodologia kendall y Kendall
Metodologia kendall y Kendall
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
Proyecto Final - Calidad de Software
Proyecto Final - Calidad de SoftwareProyecto Final - Calidad de Software
Proyecto Final - Calidad de Software
 
Analisis de sistemas
Analisis de sistemasAnalisis de sistemas
Analisis de sistemas
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
 
Software caja negra y caja blanca
Software caja negra y caja blancaSoftware caja negra y caja blanca
Software caja negra y caja blanca
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
 
Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup final
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Etapas de proyectos de software.ppt
Etapas de proyectos de software.pptEtapas de proyectos de software.ppt
Etapas de proyectos de software.ppt
 
1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño
 

Destacado

Fases de desarrollo de un programa...
Fases de desarrollo de un programa... Fases de desarrollo de un programa...
Fases de desarrollo de un programa...
grachika
 
Etapas de Desarrollo Software
Etapas de Desarrollo SoftwareEtapas de Desarrollo Software
Etapas de Desarrollo Software
Daniel Román
 
7 pasos para desarrollar un software
7 pasos para desarrollar un software7 pasos para desarrollar un software
7 pasos para desarrollar un software
Genesis_Pirela
 
El Proceso De Desarrollo De Software
El Proceso De Desarrollo De SoftwareEl Proceso De Desarrollo De Software
El Proceso De Desarrollo De Software
ahias arosemena
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de software
hrubenleiva21
 
Implementacion de software
Implementacion de softwareImplementacion de software
Implementacion de software
Tom Rodriguez
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
Ttomas Carvajal
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de Software
Maricela Ramirez
 
Proyecto investigacion software
Proyecto investigacion softwareProyecto investigacion software
Proyecto investigacion software
Andy Cedeño
 
Scott Chacon - Cuento de tres árboles
Scott Chacon - Cuento de tres árbolesScott Chacon - Cuento de tres árboles
Scott Chacon - Cuento de tres árboles
StarTech Conference
 
サービスデザインのエンジンとしての“わたしの体験“ワークショップ
サービスデザインのエンジンとしての“わたしの体験“ワークショップサービスデザインのエンジンとしての“わたしの体験“ワークショップ
サービスデザインのエンジンとしての“わたしの体験“ワークショップ
Masaya Ando
 
Vincit Dev Talk
Vincit Dev TalkVincit Dev Talk
Vincit Dev Talk
Audrey Crane
 
FDW-based Sharding Update and Future
FDW-based Sharding Update and FutureFDW-based Sharding Update and Future
FDW-based Sharding Update and Future
Masahiko Sawada
 
Dynamics PSA demo
Dynamics PSA demoDynamics PSA demo
Dynamics PSA demo
Martin Bloma
 
Linkurious SDK: Build enterprise-ready graph applications faster
Linkurious SDK: Build enterprise-ready graph applications fasterLinkurious SDK: Build enterprise-ready graph applications faster
Linkurious SDK: Build enterprise-ready graph applications faster
Linkurious
 
TwitterのOAuth脆弱性
TwitterのOAuth脆弱性TwitterのOAuth脆弱性
TwitterのOAuth脆弱性
Masahiro NAKAYAMA
 
Foreign exchange market in india
Foreign  exchange market in indiaForeign  exchange market in india
Foreign exchange market in india
WIRETOL whoisreadytolisten
 

Destacado (17)

Fases de desarrollo de un programa...
Fases de desarrollo de un programa... Fases de desarrollo de un programa...
Fases de desarrollo de un programa...
 
Etapas de Desarrollo Software
Etapas de Desarrollo SoftwareEtapas de Desarrollo Software
Etapas de Desarrollo Software
 
7 pasos para desarrollar un software
7 pasos para desarrollar un software7 pasos para desarrollar un software
7 pasos para desarrollar un software
 
El Proceso De Desarrollo De Software
El Proceso De Desarrollo De SoftwareEl Proceso De Desarrollo De Software
El Proceso De Desarrollo De Software
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de software
 
Implementacion de software
Implementacion de softwareImplementacion de software
Implementacion de software
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de Software
 
Proyecto investigacion software
Proyecto investigacion softwareProyecto investigacion software
Proyecto investigacion software
 
Scott Chacon - Cuento de tres árboles
Scott Chacon - Cuento de tres árbolesScott Chacon - Cuento de tres árboles
Scott Chacon - Cuento de tres árboles
 
サービスデザインのエンジンとしての“わたしの体験“ワークショップ
サービスデザインのエンジンとしての“わたしの体験“ワークショップサービスデザインのエンジンとしての“わたしの体験“ワークショップ
サービスデザインのエンジンとしての“わたしの体験“ワークショップ
 
Vincit Dev Talk
Vincit Dev TalkVincit Dev Talk
Vincit Dev Talk
 
FDW-based Sharding Update and Future
FDW-based Sharding Update and FutureFDW-based Sharding Update and Future
FDW-based Sharding Update and Future
 
Dynamics PSA demo
Dynamics PSA demoDynamics PSA demo
Dynamics PSA demo
 
Linkurious SDK: Build enterprise-ready graph applications faster
Linkurious SDK: Build enterprise-ready graph applications fasterLinkurious SDK: Build enterprise-ready graph applications faster
Linkurious SDK: Build enterprise-ready graph applications faster
 
TwitterのOAuth脆弱性
TwitterのOAuth脆弱性TwitterのOAuth脆弱性
TwitterのOAuth脆弱性
 
Foreign exchange market in india
Foreign  exchange market in indiaForeign  exchange market in india
Foreign exchange market in india
 

Similar a Fases de un proyecto de desarrollo de software

Tarea maestra marisol
Tarea maestra marisolTarea maestra marisol
Tarea maestra marisol
Raymundo Solis
 
Tarea maestra marisol
Tarea maestra marisolTarea maestra marisol
Tarea maestra marisol
Raymundo Solis
 
Ciclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacionCiclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacion
keilacortesacevedo
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
duberlisg
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
duberlisg
 
Trabajo de sistemas de informacion 5
Trabajo de sistemas de informacion 5Trabajo de sistemas de informacion 5
Trabajo de sistemas de informacion 5
JeanCavallo2
 
Yo rifo lml
Yo rifo lmlYo rifo lml
Yo rifo lml
alexandraazapata
 
Tipos de requerimeintos
Tipos de requerimeintosTipos de requerimeintos
Tipos de requerimeintos
Marco Cuyo Sigcha
 
Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -
Susana Daldin
 
Presentación análisis de_sistemas
Presentación análisis de_sistemasPresentación análisis de_sistemas
Presentación análisis de_sistemas
Erick_Vlady-92
 
Admon desarrollo exponer
Admon desarrollo exponerAdmon desarrollo exponer
Admon desarrollo exponer
tomich01
 
Análisis de Sistemas - 1.pptx
Análisis de Sistemas - 1.pptxAnálisis de Sistemas - 1.pptx
Análisis de Sistemas - 1.pptx
JimmyGonzlez14
 
Maria capuzzo blogdigital
Maria capuzzo blogdigitalMaria capuzzo blogdigital
Maria capuzzo blogdigital
MariaCapuzzo
 
Metodologías de Desarrollo De Sistemas De Información
Metodologías de Desarrollo De Sistemas De InformaciónMetodologías de Desarrollo De Sistemas De Información
Metodologías de Desarrollo De Sistemas De Información
joseojeda98
 
Ciclo de un sistema de informacion
Ciclo de un sistema de informacionCiclo de un sistema de informacion
Ciclo de un sistema de informacion
LOREN ELIANA GARZON PAEZ
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De Información
RaimonKoudsi
 
Ensayo Analisis y Diseño de Sistemas
Ensayo Analisis y Diseño de Sistemas Ensayo Analisis y Diseño de Sistemas
Ensayo Analisis y Diseño de Sistemas
malejandro08
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
MILUGO
 
Fases De Analisis
Fases De AnalisisFases De Analisis
Fases De Analisis
Josse Perez
 
Sesion11
Sesion11Sesion11
Sesion11
Xiomara25
 

Similar a Fases de un proyecto de desarrollo de software (20)

Tarea maestra marisol
Tarea maestra marisolTarea maestra marisol
Tarea maestra marisol
 
Tarea maestra marisol
Tarea maestra marisolTarea maestra marisol
Tarea maestra marisol
 
Ciclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacionCiclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacion
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
 
Trabajo de sistemas de informacion 5
Trabajo de sistemas de informacion 5Trabajo de sistemas de informacion 5
Trabajo de sistemas de informacion 5
 
Yo rifo lml
Yo rifo lmlYo rifo lml
Yo rifo lml
 
Tipos de requerimeintos
Tipos de requerimeintosTipos de requerimeintos
Tipos de requerimeintos
 
Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -
 
Presentación análisis de_sistemas
Presentación análisis de_sistemasPresentación análisis de_sistemas
Presentación análisis de_sistemas
 
Admon desarrollo exponer
Admon desarrollo exponerAdmon desarrollo exponer
Admon desarrollo exponer
 
Análisis de Sistemas - 1.pptx
Análisis de Sistemas - 1.pptxAnálisis de Sistemas - 1.pptx
Análisis de Sistemas - 1.pptx
 
Maria capuzzo blogdigital
Maria capuzzo blogdigitalMaria capuzzo blogdigital
Maria capuzzo blogdigital
 
Metodologías de Desarrollo De Sistemas De Información
Metodologías de Desarrollo De Sistemas De InformaciónMetodologías de Desarrollo De Sistemas De Información
Metodologías de Desarrollo De Sistemas De Información
 
Ciclo de un sistema de informacion
Ciclo de un sistema de informacionCiclo de un sistema de informacion
Ciclo de un sistema de informacion
 
Metodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De InformaciónMetodologías De Diseño Y Desarrollo De Sistemas De Información
Metodologías De Diseño Y Desarrollo De Sistemas De Información
 
Ensayo Analisis y Diseño de Sistemas
Ensayo Analisis y Diseño de Sistemas Ensayo Analisis y Diseño de Sistemas
Ensayo Analisis y Diseño de Sistemas
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
 
Fases De Analisis
Fases De AnalisisFases De Analisis
Fases De Analisis
 
Sesion11
Sesion11Sesion11
Sesion11
 

Fases de un proyecto de desarrollo de software

  • 2. Eugenio del Pozo 2008-4603 John Peralta 2008-4318 Wester Solano 2009-0479 Juan Luis Almonte 2008-4401 Gregory Hidalgo 2008-4562 Instituto Tecnológico de las Américas 07/09/2010 ITLA
  • 3.  Fases: 1. Investigación Preliminar. 2. Requerimientos del sistema. 3. Levantamiento de la Información. 4. Análisis del sistema. 5. Diseño del sistema. 6. Implementación. 7. Prueba. 8. Documentación. 9. Mantenimiento.  Registros de Datos.  Archivos de Datos.
  • 4. Tiene como finalidad buscar la información suficiente para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema.
  • 5.  Aclarar y comprender la solicitud del proyecto.  Definir el alcance y las restricciones o limitaciones del sistema.  Identificar los beneficios que se obtendrían si el sistema propuesto es completado. ….
  • 6. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo.  Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema.
  • 7. - Factibilidad Operacional: Se refiere al hecho de que si trabajará o no el sistema si este se llega a desarrollar. - Factibilidad Técnica: Se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, que son necesarios para efectuar las actividades o procesos que requiere el proyecto.
  • 8. - Factibilidad Financiera y Económica: Se refiere a los recursos económicos y financieros necesarios para desarrollar o llevar a cabo las actividades o procesos y/o para obtener los recursos básicos que deben considerarse son el costo del tiempo, el costo de la realización y el costo de adquirir nuevos recursos.
  • 9. I. Obtener la autorización de la gerencia. II. Identificar la información necesaria para el proyecto para cumplir con los cinco objetivos de la investigación. III. Realizar las acciones que sean necesarias para conseguir la información. …
  • 10. … IV. Analizar la información obtenida, identificando alternativas con sus costos y beneficios y recomendando la acción que se debe tomar. V. Presentar los resultados y recomendaciones a la gerencia.
  • 11. Estos especifican lo que el sistema de información deberá hacer o cuáles propiedades o cualidades debe de tener.
  • 12. - Funcionales: Son los que especifican lo que el sistema de información debe hacer. - No Funcionales: Son los que especifican una propiedad o cualidad que el sistema debe tener.
  • 13. - Desempeño Los requerimientos de desempeño representan el desempeño que el sistema debe tener para satisfacer las necesidades de los usuarios. - Información Los requerimientos de información, representan la información que es útil al usuario en cuanto a contenido. - Economía Los requerimientos de ahorro representan la necesidad de que sistema reduzca costos o incremente ganancias.
  • 14. - Control o Seguridad Representan el ambiente en el cual el sistema debe operar, así como el tipo de seguridad. - Eficiencia Representa la capacidad del sistema para producir salidas con mínimo desperdicio. - Servicio Representan las necesidades que funcionen para el sistema sea confiable.
  • 15. Dando una compresión de los problemas el analista del sistema puede comenzar a definir los requerimientos. Para que los analistas del sistema de la actualidad puedan tener éxito en definir los requerimientos de los sistema, deben tener habilidad en los métodos efectivos usados para recopilar información.
  • 16. Es el proceso mediante el cual el analista recopila datos e información de la situación, con el propósito de identificar problemas y oportunidades de mejoras.
  • 17. - Entrevistas - Encuestas - Observaciones - Simulación - Técnicas Audiovisuales
  • 18. Es una conversación dirigida con un propósito específico y se basa en un formato de preguntas y respuestas, como forma de conocer las necesidades de la organización.
  • 19. Los entrevistados deben ser personas relacionadas de alguna manera con la organización, el sistema actual o el sistema propuesto. Las entrevistas pueden ser estructuradas o no estructuradas.
  • 20. A través de esta se recopilan grandes cantidades de datos e información. Se obtiene información sobre las necesidades y preferencias de los usuario o clientes. Es estas se suelen utilizar las preguntas cerradas.
  • 21. Esta técnica se usa con el fin de estudiar a las personas en sus actividades de grupo y como miembros de la organización. Aquí se obtiene la información de lo que realmente hace la persona.
  • 22. Consiste en hacer circular un documento en un procedimiento y observar cada uno de los pasos y procesos a los cuales es sometido.
  • 23. Se utiliza en casos muy especiales en los cuales el proceso o procedimiento está construido por un gran número de movimiento. Se puede utilizar video cámara o cualquier método que permita grabar el proceso y luego someterlo a un análisis detallado.
  • 24. Trata básicamente de determinar los objetivos y límites del sistema objeto de análisis, caracterizar su estructura y funcionamiento, marcar las directrices que permitan alcanzar los objetivos propuestos y evaluar sus consecuencias.
  • 25. Es analizar y afinar los requerimientos, con el fin de conseguir la comprensión detallada de los requerimientos primordiales para desarrollar un producto de software correcto y de fácil mantenimiento. Los requerimientos deben estar expresados en el lenguaje del cliente.
  • 26. Fase de inspección Es aquí en donde se averigua si vale la pena llevar a cabo el proyecto. Tiene como objetivos Identificar los problemas que dieron lugar a la solicitud del proyecto y determinar si resolver los problemas le dará beneficios a la empresa.
  • 27. Fase de Estudio Consiste en estudiar y analizar el sistema actual, siempre y cuando se cuente con uno. Aquí se analizan los defectos a mejorar del sistema.
  • 28. Fase de Definición Define a partir de la información que necesita o quiere el usuario que haga el sistema. En esta etapa se definen las necesidades de la empresa sobre problemas.
  • 29. El Diseño del Sistemas se define con el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.
  • 30. El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.
  • 31. La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única manera de materializar con precisión los requerimientos del cliente.
  • 32. - El diseño de los datos. - El Diseño Arquitectónico. - El Diseño de la Interfaz. - El Diseño de procedimientos.
  • 33. Al Implantar un Sistema de Información lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del análisis y permitir que los usuarios puedan operarlo.
  • 34. Las actividades más importantes de esta etapa son: 1. Preparación del entorno operativo. 2. Definición de políticas de backup. 3. Instalación de entorno de desarrollo y de prueba. 4. Parametrización preliminar. 5. Desarrollo de customizaciones e interfases. con sus Pruebas y ajustes . 6. Desarrollo de programas para migración de archivos maestros y pruebas de migración.
  • 35. 7. Simulación preliminar del enlatado en producción. 8. Capacitación de usuarios finales. 9. Ajustes de parametrización, customizaciones e informes. 10. Simulación final de entorno de producción. 11. Habilitación del entorno de producción.
  • 36. Dependiendo del tamaño de la Empresa que usara el Sistema y el riesgo asociado a su uso, puede hacerse la elección de comenzar la operación del Sistema solo en un área de la Empresa, que puede llevarse a cabo en un Departamento o con una o dos personas.
  • 37. Cuando se implanta un nuevo sistema lo aconsejable es que el viejo y el nuevo funcionen de manera simultanea o paralela con la finalidad de comparar los resultados que ambos ofrecen en su operación, además dar tiempo al personal para su entrenamiento y adaptación al nuevo Sistema.
  • 38. Durante el Proceso de Implantación y Prueba se deben implementar todas las estrategias posibles para garantizar que en el uso inicial del Sistema este se encuentre libre de problemas lo cual se puede descubrir durante este proceso y levar a cabo las correcciones de lugar para su buen funcionamiento.
  • 39. La fase de documentación del software es opcional y puede ser solicitada al comenzar el proceso de programación o una vez terminada la aplicación.
  • 40. Estructura de Base de Datos.  Detalle de las tablas (campos, tipo de datos).  Explicación de la relación entre tablas.  Código de Fuentes documentados en medio magnético.  Documentos de Definición Inicial y todas las modificaciones solicitadas y realizadas.
  • 41. Es el proceso de control, mejora y optimización del software ya desarrollado e instalado, que también incluye depuración de errores y defectos que puedan haberse filtrado de la fase de pruebas de control.
  • 42. Esta fase es la última que se aplica al ciclo de vida del desarrollo de software. De un buen diseño y documentación del desarrollo dependerá cómo será la fase de mantenimiento, tanto en costo temporal como monetario.
  • 43. Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos puede llevar más tiempo incluso que el desarrollo inicial del software. Una pequeña parte de este trabajo consiste en arreglar errores, La mayor parte consiste en extender el sistema para hacer nuevas cosas.
  • 44. Durante el período de mantenimiento, es común que surjan nuevas revisiones y versiones del producto; que lo liberan más depurado, con mayor y mejor funcionalidad, mejor rendimiento, etc.
  • 45. Es un tipo o conjunto de datos almacenados en un sistema.
  • 46. Registro de dato. • Formateados.. • No formateados.  Registros de fin de ficheros.
  • 47. Si los valores de los datos son caracteres leíbles por una persona, cada carácter es un valor y diremos que el dato está formateado. Por ejemplo, la sentencia, WRITE ( *, "( I1, A, I2 )"), 3, ´, ´, 10 produce un registro conteniendo los valores de los cuatro caracteres " 3 " " , " " 1 " y " 0 ", este sería: 3 , 1 0
  • 48. En todos estos casos y otros, el empleo de registros tiene el fin de almacenar información y datos, ponerla en relación y colocarla al alcance bajo un índice o sistema de orden que permita su acceso y uso en cualquier momento.
  • 50. Archivo: es una colección de información (datos relacionados entre sí), localizada o almacenada como una unidad en alguna parte de la computadora.  Los archivos de datos permiten almacenar información de modo permanente, para ser accedida o alterada cuando sea necesario.
  • 51. Los archivos como colección de datos sirve para la entrada y salida a la computadora y son manejados con programas.  En los archivos no se requiere de un tamaño predeterminado; esto significa que se pueden hacer archivos de datos más grandes o pequeños, según se necesiten.  Cada archivo es referenciado por su nombre o identificador único (ID).
  • 52. Independencia de las informaciones respecto de los programas.  La información almacenada es permanente.  Un archivo puede ser accedido por distintos programas en distintos momentos.  Gran capacidad de almacenamiento.
  • 53. Se clasifican en tres grupos:  Permanentes o Maestros  De Movimientos  De Maniobra o Trabajo
  • 54. Constante Permanente o Situación Maestros Histórico Archivos de Altas Datos Movimiento Bajas Maniobra o Modificaciones Transitorio
  • 55. Permanentes o Maestros :  Estos contienen información que varia poco. En algunos casos es preciso actualizarlos periódicamente y los registros sufren pocas o ninguna variación a lo largo del tiempo.  Estos se Clasifican en: 1. Constantes. 2. De situación. 3. Históricos.
  • 56. Clasificación de los Archivos Permanentes: • Constantes: Están formados por registros que contienen campos fijos y campos de baja frecuencia de variación en el tiempo. • De Situación: Son los que en cada momento contienen información actualizada. • Históricos: Contienen información acumulada a lo largo del tiempo de archivos que han sufridos procesos de actualización o bien acumulan datos de variación periódica en el tiempo.
  • 57. Archivos de Movimiento: Son aquellos que se utilizan conjuntamente con los maestros (constantes), y contienen algún campo común en sus registros con aquellos, para el procesamiento de las modificaciones experimentados por los mismos. Sus registros son de tres tipos: alta, bajas y modificaciones.
  • 58. Archivo de Maniobra o Transitorio:  Son archivos auxiliares creados durante la ejecución del programa y borrados habitualmente al terminar el mismo.  Tienen una vida limitada, normalmente menor que la duración de la ejecución de un programa. Su utilizan como auxiliares de los anteriores.