Acuerdo para Desarrollo de Software
Cargado por
Richar GomezAcuerdo para Desarrollo de Software
Cargado por
Richar GomezInstituto Tecnológico de Pochutla
TECNOLÓGICO NACIONAL DE MÉXICO
INSTITUTO TECNOLÓGICO DE POCHUTLA
ASIGNATURA:
Fundamentos de ingeniería de software
TEMA:
2- El modelo del Negocio
ACTIVIDAD:
T2-01 Informe de investigación
ALUMNO (A):
Ricardo Emmanuel Gomez Ricardez 201160015
CARRERA:
INGENIERÍA EN SISTEMAS COMPUTACIONALES
DOCENTE:
Ing. Miguel Morgan Matus
San Pedro Pochutla, Oaxaca 7 de octubre del 2022
Km. 5.35 Carretera San Pedro Pochutla-Puerto Ángel, Localidad El Colorado, C.P.70902, San
Pedro Pochutla, Oaxaca, México. Tel. 01 (958) 5878050, e-mail: dir_pochutla@[Link]
[Link] | [Link]
MODELO DE NEGOCIO
Definición
• Se define como un proceso de representación de uno o más aspectos o
elementos de una empresa como el propósito, su estructura, funcionalidad,
dinámica, lógica de negocios y componentes como fines, procesos, reglas,
objetos, actores y unidades organizativas entre otras.
• Una herramienta conceptual que contiene un conjunto de objetos, conceptos
y sus relaciones con el objetivo de expresar la lógica del negocio de una
empresa (Osterwalder, Pigneur & Tucci, 2005:1).
• Proporciona una vista simplificada de la estructura de negocios que actúa
como la base para la comunicación, mejoras o innovación y define los
requisitos de los sistemas de información que apoyan la empresa (Ericsson
& Penker, 2000:1).
• El espacio problémico maneja los objetivos, procesos, objetos, reglas,
eventos, actividades, flujos. Aporta al desarrollo de software información
esencial para hallar la solución con la ingeniería de requisitos en la
identificación de requisitos funcionales y no funcionales.
• Es una vista interna de la organización, sus procesos y sistemas, donde se
aprecia el acoplamiento entre los diferentes modelos del sistema
organizacional (Rodríguez, Fernández y Pattini, 2005). Estos modelos
pueden ser representados utilizando UML 2.0 o alguna de sus extensiones.
Las tendencias actuales del desarrollo de software incluyen el modelado del negocio
como una etapa importante para una mejor captura y especificación de los requisitos
que debe satisfacer el futuro sistema de software, el cual soportará total o
parcialmente los procesos del negocio; también considerando las TICs. La
tendencia actual es traducir los procesos de negocios a composición de servicios
Web, los cuales ofrecen soluciones rápidas para la automatización de estos
procesos.
La evolución del modelado de negocios
Se basa en un conjunto de funciones de ingeniería del software que deberían estar
presentes conforme organizaciones alcanzan diferentes niveles de madurez del
proceso. Para determinar el estado actual de madurez del proceso de una
organización, se utiliza un cuestionario de evaluación y un esquema de cinco
grados.
El esquema de grados determina la conformidad con un modelo de capacidad de
madurez que define las actividades clave que se requieren en los diferentes niveles
de madurez del proceso. El enfoque proporciona una medida de la efectividad global
de las prácticas de ingeniería del software de una compañía y establece cinco
niveles de madurez del proceso, son las siguientes:
• Nivel 1 Inicial. Se caracteriza según el caso. Se definen pocos procesos, y
el éxito depende del esfuerzo individual.
• Nivel 2 Repetible. Se establecen los procesos de gestión del proyecto para
hacer seguimiento del coste, de la planificación y de la funcionalidad. Para
no repetir aplicaciones similares se aplica la disciplina necesaria para el
proceso.
• Nivel 3 Definido. Documentación, estandarización, integración y aprobación
del proceso dentro de un proceso de software de toda una organización. En
este nivel se incluyen todas las características definidas para el nivel 2.
• Nivel 4 Gestionado. Se recopilan medidas detalladas del proceso del
software y de la calidad del producto. Mediante la utilización de medidas
detalladas, se comprenden y se controlan cuantitativamente tanto los
productos como el proceso del software. En este nivel se incluyen todas las
características definidas para el nivel 3.
• Nivel 5 Optimización. Mediante una retroalimentación cuantitativa del
proceso, ideas y tecnologías innovadoras se posibilita una mejora del
proceso. En este nivel se incluyen todas las características definidas para el
nivel 4.
Componentes
Componentes del modelo de negocios de un proyecto de software se centra en las
cuatro partes: personal, producto, proceso y proyecto. El orden no es arbitrario.
• Personal
El factor humano tan importante. Se ha desarrollado un Modelo de madurez de la
capacidad de gestión de personal (MMCGP) para aumentar la preparación de
organizaciones del software para llevar a cabo las complicadas aplicaciones
ayudando a atraer, aumentar, motivar, desplegar y retener el talento necesario para
mejorar su capacidad de desarrollo de software.
El modelo de madurez de gestión de personal define las siguientes áreas clave
prácticas para el personal que desarrolla software: reclutamiento, selección, gestión
de rendimiento, entrenamiento, retribución, desarrollo de la carrera, diseño de la
organización y del trabajo y desarrollo cultural y de espíritu de equipo.
• Producto
Para poder planificar un proyecto, se deben establecer los objetivos, el ámbito del
producto, soluciones alternativas e identificar las dificultades técnicas y de gestión.
Sin esta información es imposible definir unas estimaciones exactas del coste,
valoración efectiva del riesgo, subdivisión realista de las tareas del proyecto o una
planificación del proyecto asequible que proporciona una indicación fiable del
progreso. El ámbito identifica los datos primarios, funciones y comportamientos que
caracterizan al producto, y, más importante, intenta abordar estas características de
una manera cuantitativa. Una vez que se han entendido los objetivos y el ámbito del
producto, se consideran soluciones alternativas.
• Proceso
Un proceso de software proporciona la estructura desde la que se puede establecer
un detallado plan para el desarrollo del software. El conjunto de tareas, hitos,
productos del trabajo y puntos de garantía de calidad, permiten a las actividades
estructurales adaptarse a las características del proyecto de software, requisitos del
equipo del proyecto, las garantías de calidad del software, gestión de la
configuración del software y medición cubren el modelo de proceso. Las actividades
protectoras son independientes de las estructurales y tienen lugar a lo largo del
proceso.
• Proyecto
Para gestionar un proyecto de software con éxito, debemos comprender qué puede
ir mal para hacerlo bien. Se define diez señales que indican que un proyecto de
sistemas de información está en peligro:
▪ La gente del software no comprende las necesidades de los clientes.
▪ El ámbito del producto está definido pobremente.
▪ Los cambios están mal realizados.
▪ La tecnología elegida cambia.
▪ Las necesidades del negocio cambian ó están mal definidas.
▪ Las fechas de entrega no son realistas.
▪ Los usuarios se resisten.
▪ Se pierden los patrocinadores ó nunca se obtuvieron adecuadamente.
▪ El equipo del proyecto carece del personal con las habilidades
apropiadas.
▪ Los gestores y los desarrolladores evitan buenas prácticas y sabias
lecciones.
Estándares
Modelo y Notación de Proceso de Negocio es un conjunto de estándares gráficos
que especifican los conjuntos de símbolos que se utilizarán en los diagramas /
modelos de BPM. Como tal, definen los símbolos que se utilizarán para representar
el proceso y el flujo de trabajo en el modelado de negocios.
Creada por la Iniciativa de Gestión de Procesos de Negocio, ahora fusionada con
el Grupo de Gestión de Objetos (OMG), un grupo de establecimiento de estándares
de sistemas de información, BPMN tiene una creciente aceptación como un
estándar desde muchas perspectivas, lo que ha dado lugar a su inclusión en varios
de los más ampliamente utilizados Herramientas de modelado. Proporciona un
sólido conjunto de símbolos para modelar diferentes aspectos de los procesos de
negocio. Como la mayoría de las notaciones modernas, los símbolos describen
relaciones definidas tales como flujo de trabajo y orden de precedencia.
Además de la normalización de símbolos, BPMN intenta estandarizar la
terminología y la técnica de modelado. Sirve un propósito similar a la notación de
Cadena de Proceso de Eventos (EPC) utilizada en la metodología ARIS. Este
estándar ha pasado por varias iteraciones, siendo la última 2.0. Sin embargo, la
norma continuará modificándose y el número y el contenido de la versión cambiarán.
Se prevé que los proveedores de herramientas de modelado de BPM y los
proveedores de BPMS se ajustarán a las normas a medida que cambien.
Diagramas
1. Diagrama de los Subsistemas del Negocio
Este representa la visión general de la
organización donde se desarrolla el
sistema. En el diagrama elaborado se
muestra las diferentes dependencias o
departamentos que se relacionan de
alguna forma con el sistema de
estudio. Un ejemplo asociado al
desarrollo de un Sistema de Control de
Estudio de los estudiantes del IUTRC
se muestra a continuación:
2. Modelo de casos de uso del Negocio
Se modela utilizando los diagramas
de caso de usos que describen los
procesos se ejecutan en las diferencias
dependencias y que se relacionan con
el sistema a desarrollar. Para ejemplificar
tomemos uno de los procesos de gestión
de títulos
3. Modelo del Dominio
Constituido por un diagrama de clases conceptuales. Este diagrama está
compuesto por las "clases" que se han identificado en el análisis del negocio. Luego,
en otra disciplina, y por tanto modelo, este diagrama conceptual será "traducido"
propiamente a un diagrama de clases.
4. Modelo de Objetos
Los modelos de objetos del dominio
están asociados a cada uno de los casos
de uso del negocio.
Orientaciones del modelado de negocio
Son las organizaciones y empresas. El modelado de negocio puede ayudarle a
mejorar sus ofertas en todas las categorías siguientes:
o Globalización: Los negocios requieren una integración sin fisuras de los
procesos y el intercambio instantáneo de información a escala planetaria. En
este caso la globalización hace más eficientes sus operaciones de la cadena
de suministro.
o Comoditización: Las compañías de mercados de productos básicos deben
alcanzar nuevos niveles de control de la eficiencia y de los costes si quieren
sobrevivir, y deben invertir en innovación para crecer y cerrar más
rápidamente procesos de préstamo.
o Productividad: Es necesario producir más generando más valor, con
menos recursos y en menos tiempo. Las compañías de todo el mundo se
dirigen de forma progresiva a mejorar la productividad.
o Innovación: Aparece de forma exhaustiva junto a invención, avance,
entusiasmo y todo lo nuevo. La innovación también se aplica a servicios,
procesos de negocio y fabricación, desarrollo, diseño de tiendas, modelos
empresariales e incluso al empaquetado.
o Rapidez: se oye cada día: alguien de repente presentó un nuevo producto
o servicio, y se llevó una buena porción del mercado de una firma
establecida. Ni la marca, ni su alcance, ni sus recursos pudieron protegerla
del novato listo, no pudo moverse lo suficientemente rápido.
o Conformidad: El coste de conformidad con las reglamentaciones no para
de crecer incluso más rápidamente en TI al intentar reducir las compañías el
coste total de conformidad automatizando procesos e informes.
o Exceso de información: La naturaleza cambiante de las personas y del
trabajo: en la era del trabajador con cultura y la transición al capital
intelectual, la naturaleza del trabajo ha cambiado. Muchos entornos de
trabajo se caracterizan ahora por horario flexible, trabajo a distancia,
colaboración, redes sociales y dependencia creciente de las tecnologías de
la información y de la comunicación. Alcanzar niveles más altos de
productividad y rendimiento requiere nuevos enfoques.
BIBLIOGRAFÍA
[Link]. (s.f.). [Link]. Recuperado el 07 de Octubre de 2022, de
[Link]
modelado-de-negocios
Rivas, M. C. (s.f.). Curso de Ingeniería de Software. Recuperado el 07 de Octubre de 2022,
de [Link]
S/N. (s.f.). EDUCACIONINGESOFTWARE. Recuperado el 07 de Octubre de 2022, de
[Link]
