Scribd Logo
Загрузить

Добро пожаловать в Scribd!

  • Proceso de Software

    Загружено:

    Mauricio Carcamo
    4 просмотров33 страницы
    Proceso de software

    Оригинальное название

    Proceso de software

    Авторское право

    © © All Rights Reserved

    Доступные форматы

    PDF или читайте онлайн в Scribd

    Этот документ был вам полезен?

    Это неприемлемый материал?

    Пожаловаться на этот документ
    Proceso de software

    Авторское право:

    © All Rights Reserved
    Скачайте в формате PDF или читайте онлайн в Scribd
    Отметить как неприемлемый контент
    4 просмотров33 страницы

    Proceso de Software

    Загружено:

    Mauricio Carcamo
    Proceso de software

    Авторское право:

    © All Rights Reserved
    Скачайте в формате PDF или читайте онлайн в Scribd
    Отметить как неприемлемый контент
    из 33
    CAPITULO Proceso de software Un procese define qiséni hace qué eudiidi y Primer proyecto de su tipo, Se crea ki mayoris del software desde cero Por set la primera vex que 5¢ crea ste tine de proyecto, se resuiere mas tiempo para especificarlo y anakiarlo. En un primer proyecto, la ineenidum- bre crea riesgos adicionales, > Segundo proyecto de su tipo, Se buses agregar una nueva funcionalice! 4. UA proyecto conocido. En general, e1 desarrallacor tiende a exceders agregande demasiada funcionalidad en comparacién con el proyecto ante- Flor (esto se conoce: como fetter) El sistema se vuelve mucho mas grin- de que el original causando retrasos en el sistema, como actualimente ocu- fe con muchos proyectos. 36 D> Varlacién de wn proyecto, Se extiende tun sistema ya existente, lo cual in: ‘volucra introcucit componentes de software reutilizables come un. marco de trabajo (frumetor), crear nuevos componentes o simplemente exten- der la aplicacion existente mediante nueva funcionalidad, Dependiendo de a estrategia a. utilizar, el modelo de proceso debe variar, Por lo general, el riesgo en este tipo de proyectos es mucho menor que en los primeros pro- ryectos de su tipo. D> Proyecto de reescritura de legado (legacy). Se busca transformaro hacer una “reingenieria” dé un sisterna ya existente, desarrollado baja tecnokogias anteriores, a un sistema desarrollado bajo nuevas tecnologias, tales como las onfentadas a objetos. Esta ha sido la situaciéa mis comin pars resolver cel problema del afi 2000. En lugar de remendar sistemas, s¢ aprovechs para reescribirlos. El proyecto de reescritura de legado tiene varias caraete- risticas en comtin con otros tipos de proyectas, entre las que estan la was Tiacién de tun proyecto, por ya existir un proyecto anterior con furicionali- tad similar, y un primer proyecto de su tipo, ya que se debe crear una nueva arquitectura sin contar con software reutilizable del proyecto ante- rior, Ademés, existen las riesgos relacionadas con un primer proyecto, ya ue se requiere el uso de tecnologia nueva, Proyecto de creacién de software reutilizable, Se busca crear uno 0 mas componentes de software reutilizables. Este tipo de proyecto es muy simi- lar a otros proyectos de desarrollo de software, donde es necesario incluir Jos Fequisitos y desarrollar el disenio completo del componente. Sin embar- 0, es diferente de otro po de sistemas, donde se deben considerar las ne- cesidades de multiples proyectos, de manera que se ascgure que el disefio sea lo suficientemente general para ser util en otras situciones desconaci- das, Esto requiere de mayores esfuertos, razén por la cual, la mayoria del software existente no ¢3 reutilizable > Proyecto de mejora de sistema o mantenimiento. Se busca modificar los componentes bésicos de un sistema para apoyar una nueva Funcionali- dad, Estos. proyectos a menudo son relativamente pequeftos, y afectan s6lo parte del sistema. Se debe comprender bien qué componenies se tienen que mejorar y como repercuten estos cambios al resto del sistema, Dada La variedad de tipos de proyectos, es necesario considera los diferentes -componentes de un modelo de provesos, Estos componentes son principalmen- te: la arquitectt:re, la actividad, los métodas y las metodologias, la estrategia y las herramienias para la administracién de software. las cuales se describen a ‘continuacin 3.1.1 Arquitectura Una arquitectura de software define la estructura general de un sistema y varia de acuerdo con el tipo de sistema a desarrollarse. Asi, puede estar basada en ‘clementas sencillas 0 componentes prefabricadas de mayor tamaiio, y se espe= cifica de acuerdo con los diferentes tipas de sistemas. A continuacién se dan algunos ejemplos de familias de sistemas: ar. 3 — FROGS. BF ROTTS > Transformacion en love (batch), Son sistemas de transformacion sobre un canjunto: de entradas de valor constante, para generar un conjunio de salidas. Un ejemplo de un sistema de este tipo es un compilador, > Transformacién continua. Son sistemas de transformaciin sobre un con- junto de entradas de valor variable, que genera un conjunto de salidas que difieren en el tiempo. Ejemplas de éstos son los sistemas de control de se- ales. > Sistemas interactivos. Son sistemas regidos por interacciones externas, por Jo general, con un usuario. Estos sistemas son controlados por manejade- ves de eventos, encargados de procesar acontecimientos generados por el usuario, como Un click del rata o ka presign de una tecla, D> Sinmulaci6n dindmiea. Son sistemas que simulan entidades del mundo real y evolucionan con el tiempo. Fjemplos. de estos sistemas son. simuladores de sistemas financieros, redes neuronales, etcetera D> Sistemas de tiempo real, Son sistemas regidos par restricciones estrictas fen el tiempo, que requieren garantias en el tiempo de respuesta, Ejemplos de estos sistemas son fos controladores de procesas industriaies y disposi- tives de comunicacién, > Administracién. de transaccién. Son sistemas part interactuar con bases de datos y que incluyen, por lo general, acceso concurrente y alstribut- do de multiples usuarios. Ejemplos de estos sistemas son Jos de rescrvacion nes de vuelas ¥ los de control de inventario, Ademds de depender de] tipo de sistema a desarrollar, la seleccién de una ar- quitectura afecta aspectos como la extensibilidad del sistema

    Вам также может понравиться