C

INSTITUTO TECNOLGICO DE
VERACRUZ
TECNOLGICO NACIONAL DE
MXICO

INGENIERA EN SISTEMAS COMPUTACIONALES

UNIDAD 1

VENTAJAS Y DESVENTAJAS DEL MODELADO

DE NEGOCIOS EN EL DESARROLLO DE
SOFTWARE

Investigacin

PARA LA MATERIA

INGENIERA DE SOFTWARE

GRUPO: 6J5
HORARIO: 17:00-18:00 HRS.

PRESENTA ALUMNO(A):
CASTILLO HUERTA BRENDA KAREN E14021194

PROFESOR DE LA MATERIA:

ING. VERDALET GUZMN FELIPE

0
VERACRUZ, VER.
ENERO, 2017

1
 NDICE
PG.
Introduccin 2

La importancia del modelado de negocios en el desarrollo de

software 3

Ventajas del MN 3

Ventajas y desventajas de los diferentes Modelos de

Negocios 4

Conclusin 8

Bibliografa 9

2
 INTRODUCCIN
Debemos entender que el MODELADO DE NEGOCIOS, no se dedica a
desarrollar software, no. Debemos comprender que ste tiene como objetivo
servir de apoyo en la etapa de anlisis en cuanto a un futuro desarrollo del
software, ya que coadyuva en el desarrollo de un modelo por medio de la
identificacin de actividades y los procesos de la empresa, permitiendo
comprender las actividades de la empresa y sus necesidades de software
para poder automatizarle a futuro.
Un buen anlisis, un buen modelado del negocio, representa las grandes
probabilidades de que el sistema que
se va a realizar, se adapte a las
verdaderas necesidades de la
empresa. Los sistemas de informacin
son cada vez, una parte integral del
negocio global, permitiendo el soporte,
las operaciones, fortalece el trabajo y
la obtencin de resultados.

3
 LA IMPORTANCIA DEL MODELADO DE
NEGOCIOS EN EL DESARROLLO DE SOFTWARE

VENTAJAS
DEL MODELADO DE NEGOCIOS

Permite comprender mucho mejor los componentes clave de un

negocio.
El modelado de negocios, ha de permitir observar que roles incluyen el
trabajo de la empresa, las tareas en la organizacin, permitir dar una
visin a las personas incluidas en el proceso. Se puede hacer uso del
modelado de negocios en la organizacin jerrquica o en la
organizacin orientada a procesos.

Sirven como base para crear sistemas de informacin

Ahora, habiendo hecho una descripcin de las operaciones, tenemos
que estas sern usadas para identificar cules son las necesidades de
los sistemas de informacin que han de requerirse en una entidad
econmica, adems, esto ser el puntal para hacer una especificacin
de los requerimientos que van a necesitar los sistemas a disear a
futuro.

Permite plasmar e identificar ideas para mejorar la estructura existente

del negocio y su operacin:
No todo est dicho y, no todo lo que se haga en sistemas, debe ser
eterno, lo eterno es esttico, por ello, todo debe ser factor de posible
cambio. Si bien todo lo que se haga va el modelado de negocios, es
producto de un anlisis, el producto final no significa que ya todo se
haya cerrado a un posible cambio. Debo tomar como ejemplo a
Microsoft, que se caracteriza por vender productos no terminados a
las empresas y a las personas y, ya estando en plena operacin lo que
haga falta a los sistemas y programas, llega va las actualizaciones
que se hacen en la empresa de software o por solicitudes del sistema
va los reportes de fallas en la computadora.

Ha de permitir experimentar con un nuevo concepto de negocio:

Hemos de comprender aqu que los patrones bajo los cuales trabajan y
se desarrollan las empresas, no son permanentes, ni sujetos de no
evolucin, cuando hablamos de un concepto de crecimiento global,
debemos dar pie a un desarrollo que permita a la empresa su insercin
en el mundo productivo nacional e internacional con todas sus

4
ventajas, ya que las empresas actuales, no son exclusividad de una
nacin ni de su grupo de habitantes, ahora las empresas con globales
y competitivas por medio de su productividad (Sony, Panasonic,
Toshiba, HP, Ford, etctera). Por ello, los buenos modelados han de
permitir una insercin en la productividad y rendimiento de la
empresa. A la empresa debe permitrsele experimentar con las nuevas
tecnologas.
Permitir identificar las oportunidades en cuanto al Outsourcing:
Para qu me ocasiono dolores de cabeza pagando a personal de
planta para poder realizar anlisis, diseos y futuras
implementaciones a un sistema en mi empresa, mejor acudo a
especialistas que bajo un contrato de prestacin de servicios ajenos a
la empresa, me puede auxiliar en lo que mi empresa necesita.
Permitir manifestar la estructura de un negocio realmente innovado:
Lo nuevo innova,
Las mejoras auxilian,
Los avances significan proyeccin, La proyeccin se vuelve
producto tangible,
Lo tangible es observable,
Lo observable est presente,
Lo presente es de apoyo a la empresa,
La empresa sale ganando con todo lo anterior.

MODELO VENTAJAS DESVENTAJ

AS
La planificacin es Lo peor es la necesidad
sencilla. de tener todos los
requisitos al principio. lo
La calidad del producto normal es que el cliente
resultante es alta. no tenga perfectamente
MODELO EN definidas las
CASCADA Permite trabajar con especificaciones del
Es un modelo de personal poco sistema, o puede ser
ingeniera diseado que surjan necesidades
para ser aplicado en el imprevistas.
desarrollo de
software. la idea Si se han cometido
principal es la errores en una fase es
siguiente: existen difcil volver atrs.
diferentes etapas de
desarrollo, la salida de No se tiene el producto
la primera etapa hasta el final, esto
fluye hacia la quiere decir que:
segunda etapa y esta si se comete un error en
salida fluye hacia la la fase de anlisis no lo

5
tercera y as descubrimos hasta la
sucesivamente entrega, con el
consiguiente gasto intil
de recursos.

El cliente no ver
resultados hasta el final,
con lo que puede
impacientarse.

es comparativamente
ms lento que los
dems y el coste es
mayor tambin

Se debe tener en En general, establecer

cuenta que fue el primer
todos los requisitos al
modelo empleado, y por
principio del proceso de
lo tanto es mejor quedesarrollo es un mito
ninguno. inalcanzable, los
MODELO LINEAL usuarios no pueden
Tambin llamado Facilita la gestin del imaginarse lo que
"ciclo de vida bsico" desarrollo. quieren hasta que no
tiene su origen en el ben un sistema
"modelo cascada" funcionando.
ingeniado por Winston
Royce, aunque omite Los requisitos no se
los muchos bucles de pueden congelar
este ltimo. el modelo mientras dura el
lineal secuencial desarrollo. el mercado
sugiere un enfoque cambia, todo cambia.
sistemtico o ms
bien secuencial del El usuario debe esperar
desarrollo de software mucho tiempo hasta ver
que comienza en un los resultados.
nivel de sistemas y
progresa con el Los errores de anlisis y
anlisis, diseo, diseo son costosos de
codificacin, pruebas eliminar, y se propagan
y mantenimiento. a las fases siguientes
con un efecto conocido
como bola de nieve.

Se genera mucho
mantenimiento inicial
debido al perodo de
congelacin de

6
 requisitos y ste recae,
en su mayor parte

Es interactivo. con cada La primera interaccin

incremento se entrega puede plantear los
al cliente n producto mismos problemas que
MODELO EVOLUTIVO operacional, que puede un modelo lineal
Los evolutivos son evaluarlo. secuencial.
modelos iterativos,
permiten desarrollar Permite variar el El modelo evolutivo de
versiones cada vez personal asignado a desarrollo no implica
ms completas y cada interaccin. necesariamente
complejas, hasta entregas incrementales.
llegar al objetivo final Gestin riesgos
deseado; incluso tcnicos. Por ejemplo, entregas incrementales
evolucionar ms all, disponibilidad de implican no solo cdigo,
durante la fase de hardware especfico. si no tambin manuales
operacin de uso.

Los incrementos deben

ser unidades auto
contenidas.

No modifica el flujo del El usuario tiende a

ciclo de vida. crearse unas
MODELO reduce el riesgo de expectativas cuando ve
PROTOTIPOS construir productos que el prototipo de cara el
El prototipo es una no satisfagan las sistema final.
aplicacin que necesidades de los A causa de la intencin
funciona. usuarios. de crear un prototipo de
se crean con rapidez. Reduce costos y forma rpida, se suelen
evolucionan a travs aumenta la probabilidad desatender aspectos
de un proceso de xito. importantes, tales como
iterativo. Exige disponer de las la calidad y el
tienen un costo bajo herramientas mantenimiento a largo
de desarrollo adecuadas. plazo, lo que obliga en
No presenta calidad ni la mayor parte de los
robustez. casos a reconstruirlo
una vez identificados una vez que el prototipo
todos los requisitos ha cumplido su funcin.
mediante el prototipo, es frecuente que el
se construye el usuario se muestre
producto de ingeniera. reacio a ello y pida que
este modelo es til sobre ese prototipo se
cuando el cliente construya el sistema
conoce los objetivos final, lo que lo
generales para el convertira en un

7
 software, prototipo evolutivo, pero
pero no identifica los partiendo de un estado
requisitos detallados de poco recomendado.
entrada, procesamiento En aras de desarrollar
o salida. rpidamente el
Tambin ofrece un prototipo, el
mejor enfoque cuando desarrollador suele
el responsable del tomar algunas
desarrollo del software decisiones de
est inseguro de la implementacin poco
eficacia de un algoritmo, convenientes (por
de la adaptabilidad de ejemplo, elegir un
un sistema operativo lenguaje de
o de la forma que programacin incorrecto
debera tomar la porque proporcione un
interaccin humando- desarrollo ms rpido
mquina.
Con un paradigma El modelo incremental
incremental se reduce no es recomendable
MODELO el tiempo de desarrollo para casos de sistemas
INCREMENTAL inicial, ya que se de tiempo real, de alto
Fue propuesto por implementa la nivel de seguridad, de
Harlan Mills en el ao funcionalidad parcial. procesamiento
1980. surgi el distribuido y/o de alto
enfoque incremental Tambin provee un ndice de riesgos.
de desarrollo como impacto ventajoso
una forma de reducir frente al cliente, que es Requiere de mucha
la repeticin del la entrega temprana de planeacin, tanto
trabajo en el proceso partes operativas del administrativa como
de desarrollo y, dar software. tcnica.
oportunidad e retrasar
la toma de decisiones El modelo proporciona Requiere de metas
en los requisitos hasta todas las ventajas del claras para conocer el
adquirir experiencia modelo en cascada estado del proyecto.
con el sistema. realimentado,
reduciendo sus
desventajas slo al
mbito de cada
incremento.

Es de proceso Resulta difcil convencer

MODELO ESPIRAL adaptable. a grandes clientes de
Este modelo fue puede aplicarse a lo que el enfoque evolutivo
definido por primera largo de la vida del es controlable.
vez por Barry Boehm software. Es nuevo y no se ha
en 986. las actividades El desarrollador y el utilizado tanto como
de este modelo se cliente comprenden y otros modelos de ciclo

8
conforman en una reaccionan mejor ante de vida.
espiral, en la que cada riesgos en cada uno de Requiere una
bucle o iteracin los niveles evolutivos. considerable habilidad
representa un Permite a quien lo para la evaluacin del
conjunto de desarrolla aplicar el riesgo, y cuenta con
actividades. estas no enfoque de esta habilidad para el
estn fijadas a construccin de xito.
ninguna prioridad, prototipos en cualquier Si un riesgo importante
sino que las etapa de evolucin del no es detectado
siguientes se eligen producto. gestionado a tiempo,
en funcin del anlisis indudablemente
de riesgo, surgirn problemas.
comenzando por el
bucle anterior.

9
 CONCLUSIN
No cabe duda que conocer la forma correcta de hacer las cosas en cuanto al
desarrollo de software, requiere de una amplia experiencia dada por el
conocimiento y la praxis en cuanto a cmo hacer un buen programa.
Habiendo analizado, el MODELADO DE NEGOCIOS, me permite comprender
que se requiere de todo un marco terico que ha de dar soporte a un futuro
trabajo como desarrollador, he ah la importancia de la materia y de lo que nos
puede aportar. El modelado de negocios, es sin duda uno de los pilares
importantes en la nueva forma de hacer anlisis y propuestas en cuanto al
desarrollo de software.

10
 BIBLIOGRAFA
a. Medaglia, A. 2007. Negocios en ambientes computacionales. Lauden, e-
commerce.

b. [Toigo, 02] Jon William Toigo, The Essential Guide to Application Service
Providers, Prentice Hall 2002.

c. [Furht, 02] Borko Furht, Application Service Providers, Florida Atlantic

University, Boca Raton Florida, 2002.

d. [SIIA, 01] SIIA Software & Information Industry Association, Software as

a Service: Strategic Backgrounder, 2001 [eMarketer, 00] eMarketer,
The ASP Report, 2000

e. [CSS, 02] CSS, Cmara de comercio de Santiago, ASPs sern puente

entre la PyMEs y la nueva Economa, 2002.

11