TECNOLGICO DE ESTUDIOS SUPERIORES DE CHALCO

INGENIERIA INFORMTICA























SELECCIN DE METODOLGIA DE DESARROLLO.
MODELO DE NEGOCIO.
MEDELO DE DOMINIO.







Materia: Anlisis y Modelado de Sistemas de Informacin
Docente: Luis Gerardo Alfaro Melndez
Alumno: Parrilla Snchez Oscar Osmayro



Chalco, Estado de Mxico, a 31 de Septiembre de 2014.

SELECCIN DE METOOLOGIA DE DESARROLLO

Para construir o elegir una metodologa se tiene que considerar ciertos requisitos
los cuales son:

DEBE AJUSTARSE A LOS OBJETIVOS.

El desarrollo del sistema se tiene ue desarrollar con forma a los objetivos
que se especificaron, estos deben estar implementados en la metodologa
de desarrollo.

DEBE CUBRIR EL CICLO ENTERO DE DESARROLLO DE SOFTWARE.

La metodologa se ha de realizar en etapas: investigacin, Anlisis de
requisitos, diseo.

DEBE INTEGRAR LAS DISTINTAS FASES DEL CICLO DEL
DESARROLLO.

Se refiere a la rastreabilidad que debe tener el sistema, ya que se refiere a
otras fases de proyecto y fusionarlo con las fases previas del desarrollo.

DEBE INCLUIR LA REALIZACIN DE VALIDACIONES.

Se refiere que a metodologa debe detectar los errores cuanto antes, ya
que es uno de los problemas ms frecuentes en etapas finales del proyecto,
ya que es costosa la deteccin y correccin de errores, es por eso que en
cada ciclo se debe de incluir una actividad de validacin.




DEBE SOPORTAR LA DETERMINACIN DE EXACTITUD DEL SISTEMA
A TRAVS DE UN CICLO DE DESARROLLO.

Se refiere a que el sistema debe de cumplir con exactitud con los requisitos
del usuario, ya que implica asuntos entre el sistema y sus especificaciones.

DEBE SER BASE DE LA COMUNICACIN AFECTIVA.

El sistema debe de gestionar a los informticos y estos deben de ser
capaces de trabajar en conjunto, debe de haber comunicacin afectiva
entre los programadores, analistas para que los progresos del sistema
desarrollado sean visibles.

DEBE FUNCIONAR EN UN ENTORNO DINMICO ORIENTADO AL
USUARIO.

Se refiere a que usuario debe de adquirir algo de conocimiento a lo largo de
todo el ciclo de vida del sistema, ya que el usuario va evolucionando
conforme a sus necesidades, por lo que se recomienda utilizar tcnicas
estructuradas sencillas.

DEBE ESPECIFICAR CLARAMENTE LOS RESPONSABLES DE
RESULTADOS.

Se refiere a que el sistema debe de especificar quienes son los
participantes de cada tarea a desarrollar, debe de detallar de manera clara
los resultados de los que sern responsables.




DEBE PODER EMPLEARSE EN UN ENTORNO AMPLIO DE
PROYECTOS DE SOFTWARE

Se refiere a que la empresa debe de emplear una metodologa que se
adapte a sus necesidades, por lo que no se recomienda tener ms de 2
metodologa en toda la empresa, las metodologas deben de adoptarse a
distintos sistemas y ciclos de vida, la metodologa debe de servir cono
dependencia de la tecnologa disponible en la empresa.

DEBE DE PODER SEALAR.

Re refiere a que cada persona debe de entender las tcnicas especificas de
la metodologa, los procedimientos y gestin que la hacen efectiva.

DEBE DE ESTAR SOPORTADA POR HERRAMIENTAS CASE

Se refiera a que a metodologa debe de estar soportada por herramientas
automatizadas que mejoren su productividad, tanto del ingeniero del
software, cono la del desarrollador en particular, su uso reduce el muermo
de personas, ayuda a producir especificaciones y diseos con menos
errores.

DEBE SOPORTAR LA EVOLUCIN DEL SISTEMA.

Se refiere a que el sistema durante su ciclo de vida tiene diferentes
versiones, por lo que el uso de CASE ayuda en el mantenimiento de los
sistemas no estructurados, aplicando la gestin de la configuracin
demonizadas ingeniera inversa.



DEBE DE CONTENER ACTIVIDADES CONDUCENTE PARA MEJORAR
EL PROCESO DE DESARROLLO DE SOFTWARE.

Se refiere a que la metodologa debe de contener un conjunto de
mediciones de proceso para identificar la calidad y coste asociado de cada
etapa del proceso, es ideal el uso de CASE.





CONCLUSIN


Se habla acerca de las caractersticas de una metodologa al momento de que se
va a realizar una seleccin ara la creacin de un sistema informtico dentro de una
empresa, ya que no todas las metodologas con aplicables para las empresas.

Las metodologas varan conforme el tamao de la empresa, as cono sus
funciones, su complejidad y el tipo de personas que manejaran el sistema, ya que
cada sistema el diferente, la metodologa que se debe de aplicar a cada una debe
de ser diferentes.




MODELO DE NEGOCIO

Se define al modelo de negocio como un proceso de representacin de los
elementos de una empresa, debe crear una representacin grafica de una
empresa, donde se pueden apreciar todos los elementos que lo componen, su
interaccin, recursos, metas, procesos de comunicacin y relaciones que existen.
Es de gran ayuda en la etapa de anlisis de desarrollo de software, ya que tener
un buen modelo permite lograr comprender el mbito de la informacin, ya que
adems ayuda a identificar las actividades y procesos que se realizan dentro de la
organizacin para lograr una correcta operacin y as lograr una buena
comprensin del negocio para automatizar procesos al crear sistemas informticos
que se ajusten a la medida de una organizacin.
De esta manera, si los requerimientos son tomados con base en el modelado del
negocio las probabilidades de que el sistema que se realice se adapte a las
operaciones a realizarse dentro de la organizacin son altas.
El modelo de negocios define los siguientes elementos:
Motivo del proceso
Entradas especificas
Salidas especificas
Recursos consumidos
Secuencia de las actividades
Eventos que dirigen el proceso






CARACTERSTICAS PRINCIPALES DEL MODELO DE NEGOCIO
PERMITEN COMPRENDER MEJOR LOS MECANISMOS CLAVE DE UN
NEGOCIO EXISTENTE
Se debe proveer una imagen clara de sus roles y tareas en la organizacin
global, los modelos pueden ser usados para entrenar a las personas.

ACTAN COMO BASE PARA CREAR SISTEMAS DE INFORMACIN
Las descripciones de negocio son usadas para identificar el apoyo de
sistemas de informacin a los principales procesos de la organizacin.

FACILITAN LA IDENTIFICACIN DE IDEAS PARA MEJORAR LA
ESTRUCTURA ACTUAL DEL NEGOCIO Y SU OPERACIN
Los modelos permiten identificar situaciones susceptibles de ser mejoradas,
la construccin de un modelo implica un proceso reflexivo del porqu se
hacen las cosas como se hacen, de manera que pueden visualizarse
cambios en el negocio actual que son necesarios para implementar el
modelo mejorado.

PARA EXPERIMENTAR CON UN NUEVO CONCEPTO DE NEGOCIO
Un modelo es una entidad conceptual de bajo costo sobre la cual pueden
hacerse ciertas pruebas para validar su operacin, lo que los hace ser un
medio para la adopcin de mejores prcticas inspiradas por otros modelos
de negocios exitosos.

PARA MOSTRAR LA ESTRUCTURA DE UN NEGOCIO INNOVADO
Los modelos sirven para presentar ante la gerencia la nueva propuesta de
trabajo, de manera tangible y concreta.


CONCLUSIN
El modelo de negocio en UML, ya que como su nombre se dice Leguaje Unificado
de Modelado brinda las herramientas para las etapas del anlisis, diseo e
implementacin de de desarrollo de software, as como para e desarrollo de
modelos.
Este modelo lo conforman mas submoselos los cuales trabajan en conjunto para
realizar un solo modelo de negocio, los cuales son:
Modelo de objetivos
Modelo de proceso de negocio
Modelo de objetivos de negocio
Modelo de actores
Modelo de reglas de negocio
Modelo de eventos


MODELO DE DOMINIO
Se entiende al modelo de dominio como una representacin de las clases
conceptuales del mundo real, no de componentes software. Consiste en uno o
ms diagramas de clase UML que muestras los conceptos bsicos del dominio del
problema, as cono sus propiedades importantes y las relaciones importantes.
Es una herramienta de comunicacin que obliga a los desarrolladores y a los
usuarios a pensar acerca del problema ya que permite a los desarrolladores
validar su comprensin del problema y as junto con los requerimientos, constituye
la entrada ms importante para el diseo. Normalmente se requieren varias
iteraciones para obtener un buen modelo de dominio
Cuando se elaboran diagramas de clase se pueden usar dos perspectivas:
CONCEPTUAL

Se elaboran diagramas que reflejan el problema, sin pensar en la solucin
del mismo. Se refleja caramente el problema, sus conceptos, propiedades y
relaciones de os conceptos. No se trata de una solucin

DE SOFTWARE

En este se especifica una solucin, se interesa ms por las interfaces de los
objetos.

DIAGRAMAS DE CLASE
Par que un modelo de dominio sea una herramienta eficaz debe de ser fcil de
entender, es por ello que los elementos de notacin UML deben de ser sencillos.
En et punto es donde entras las clases de UML, si como los atribuiros, asociacin
carnalidad, atributos, etc.

CONCLUSIONES
El modelo del dominio nos va a ayudar a identificar los problemas de software,
basados en los modelos de UML, ya que se detectaran en base a las clases,
atributos, etc.; ya que estos modelos no forman parte del sistema de la empresa,
sino que se realizan para la deteccin de errores del mismo pero de forma tangible



REFERENCIAS

http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAQ7365.pdf
https://www.google.com.mx/?gws_rd=ssl#safe=off&q=modelo%20de%20de
sarrollo%20de%20software
http://ubr.universia.net/pdfs_web/UBR_2300912.pdf
http://www.tucancunix.net/ceh/esad/4to/MD/04_PD_DS_MDN.pdf
http://www.seescyt.gov.do/baseconocimiento/PRESENTACIONES%20TAL
LER%20DE%20EMPRENDURISMO/Generacion_de_Modelos_de_Negocio
s.pdf
http://www.labcom.upcomillas.es/isw2/apuntes/01Tema3-
Modelodedominio.pdf