RESUMEN EJECUTIVO

Que tal, espero que estén muy bien en esta ocasión toca el tema a lo que es un RESUMEN EJECUTIVO, para que se apoyen si es que necesitan crear uno y no saben que o como se hace, este no es mas que un breve análisis de los aspectos mas importantes de un proyecto, claro todos estos aspectos llevan un orden y un seguimiento pero todo eso lo pondré en la descripción del artículo para que lo lean organizadamente y de esta manera lo puedan poner en práctica en la creación de algún proyecto, ya sea de una grande o pequeña magnitud bien pues espero que les sea de ayuda y que lo utilicen en algún proyecto para que vean su funcionamiento en práctica y pues de igual manera para que enriquezca sus conocimientos así que pues los dejo para que lo lean y decidan si es viable utilizarlo o no, por mi cuento esto sería todo pero les dejaré el link de la página en las fuentes de información por si desean corroborar la información vale suerte.

Este es un breve análisis de los aspectos más importantes del proyecto, va antes de la presentación y es lo primero o a veces lo único que lee el receptor del proyecto, por lo tanto en pocas palabras se debe describir el producto o servicio, el mercado, la empresa, los factores de éxito del proyecto, los resultados esperados, las necesidades de financiamiento y las conclusiones generales, es algo así como un estudio de factibilidad.

Con este resumen, lo que se busca es que capte por si mismo la atención del lector y motivarlo a aprender mas acerca del proyecto aesegurándole con ello una junta. Por lo tanto debe estar bien redactado y presentado para que facilite la comprensión de la información que el plan contiene.

EN LA ESTRUCTURA Y CONTENIDO DEL RESUMEN EJECUTIVO SE DEBE CONTEMPLAR LO SIGUIENTE:

• De preferencia el resumen debe presentarse en una página , pero si son más no debe ser todo texto.
• Es esencial que en el proyecto se presente lo que se pretende lograr y los individuos involucrados. 
• La propuesta presentada en el Resumen ejecutivo debe ser clara y simple, es muy importante especificar la necesidad comercial del producto o servicio, es decir que lo hará diferente a los demás.Y por ningún motivo asuma que quien reciba el resumen notara beneficios que a usted le parezcan obvios. 
• En el resumen además de definir específicamente la ventaja competitiva que  tendrá el producto o servicio contra el mercado actual directo, también se debe definir claramente de que manera beneficiara esto a los consumidores finales, por lo que será necesaria, información relevante que confirme que el consumidor estará dispuesto a pagar por estos beneficios.
• Describir el estado actual en el que se encuentra el proyecto, es decir si el producto final esta preparado para salir al mercado, incluyéndose cualquier propiedad intelectual con la que cuenta el proyecto como patentes y registros de marca que apoyarán al producto y su comercialización. 
• Es esencial que en el Resumen Ejecutivo se delineen las características principales del mercado, incluyendo su tamaño y crecimiento, especificando además la oportunidad de mercado que se esta atacando.
• En el resumen también se debe resaltar cualquier noticia exitosa que tenga el proyecto  o producto, ya sea por medio de notas publicadas por la industria, comentarios de analistas, ventas o alianzas comerciales establecidas, prototipos funcionando, etc. Esto hará que el proyecto por si mismo sea mas tangible y de confianza.
• Proporcionar un resumen de los principales objetivos de la empresa a corto o mediano plazo y las estrategias clave que se utilizaran para lograrlos.
• Definir cuales son los requerimientos financieros y que proporción de la empresa se brindará a cambio,es decir como sus propietarios o los inversionistas obtendrán su retorno de inversión, y además su ganancia.

UNA VEZ TERMINADO EL RESUMEN EJECUTIVO, SE PUEDE SABER SI ES CLARO Y EFECTIVO MEDIANTE LAS SIGUIENTES ACCIONES:

• Pruebe con personas independientes a el y sin experiencia; una persona que no esta familiarizada con lo que se esta haciendo, puede ser un amigo o familiar.
• Pídales que después de haber leído detenidamente el resumen ejecutivo, le hablen sobre el proyecto y si les causó una muy buena impresión. Con eso sabrá si los ha motivado como para que le hagan preguntas acerca del detalle y no sobre generalidades básicas.
• Solicitales que le digan clara y concisamente, ¿Que les gustó del documento y que no les gustó? ¿Esta clara la propuesta?, ¿Le parece interesante?, ¿Cómo creen que podría mejorar el documento?, ¿Existen y en cuales áreas hay dudas o escepticismo? y más preguntas que se te ocurran de manera concisa.
• No subestime la importancia del resumen ejecutivo, trabaje duro hasta que quede impecable.

FUENTES DE INFORMACIÓN

http://www.trabajo.com.mx/resumen_ejecutivo.htm

PERFORMANCE

Hola, como están, espero que estén muy bien, en esta ocasión les voy a presentar lo que es el PERFORMANCE  para que sepan lo que es y a que se refiere en cuanto a ingeniería, este se refiere al desempeño con respecto al rendimiento de una computadora, un sistema operativo, un programa, o una conexión a una red, el tema tiene una mayor explicación pero yo solo les he puesto una breve introducción pero de igual manera les dejo que lean la información para que lo comprendan mejor y saquen sus conclusiones de todas formas les dejaré los links de las páginas de donde lo he sacado para que entren y conozcan la información completa así que espero que les guste y que les sirva.

En informática, medida o cuantificación de la velocidad/resultado con que se realiza una tarea o proceso. En una computadora, su rendimiento no depende sólo del microprocesador como suele pensarse, sino de la suma de sus componentes como la memoria, el bus, los diversos dispositivos y sus softwares.

Típicamente las aplicaciones de software de múltiples capas son muy complejas y están basadas en muchos componentes y varias tecnologías que abarcan desde la interfase del usuario hasta la base de datos y las varias capas intermedias. Estas capas pueden estar basadas en frameworks hechos internamente o sistemas de terceros, bien sea comerciales o del dominio público (open source). Aplicaciones basadas en Arquitectura Orientada a Servicios (Service Oriented Architecture - SOA) crean complejidades adicionales. Encontrar el balance perfecto entre alto rendimiento y elevado consumo de recursos tiende a ser un gran reto tecnológico.

La ingeniería de performance o rendimiento es parte integral del proceso creativo del diseño y arquitectura de aplicaciones de software. Como tal, puede ser descrita como la verificación y validación de las varias opciones que emergen durante el diseño de la aplicación, donde se hacen y prueban prototipos para tomar la decisión más apropiada basada en las prioridades y restricciones definidas para la aplicación. De esta manera se puede encontrar el balance ideal y el más alto rendimiento posible.

El análisis riguroso del rendimiento, al principio del proceso de diseño de la aplicación, es un paso crítico en la arquitectura del software para garantizar que los componentes que se van a crear satisfagan los requerimientos operacionales.

Generalmente la ingeniería de performance es un proceso interactivo, donde el arquitecto trabaja cercanamente con los desarrolladores y el ingeniero de performance de perfmetrix para obtener un conocimiento detallado de las opciones e incrementar el rendimiento y la seguridad de la aplicación.

Este proceso de investigación, por el cual el equipo de profesionales va analizando y diseñando la aplicación les permite desarrollar un nivel de entendimiento tan detallado, que trae como resultado la configuración ideal de todos los componentes que forman parte de la solución total para lograr el más alto rendimiento en el ambiente de producción con la carga de trabajo esperada y con capacidad de crecimiento.

FUENTES DE INFORMACIÓN

http://www.perfmetrix.com/pengineering_ES.html

http://www.typhon.com.ar/performance.htm

TEORÍA DE LAS RESTRICCIONES

Hola, espero que estén muy bien, en esta ocasión les voy a presentar lo que es la teoría de las restricciones, en ella se habla del clásico lema que muchos conocemos, “En todo sistema siempre puede encontrarse un cuello de botella”, espero que sepan lo que significa, pero si no es así de cualquier forma en el resto del artículo se habla sobre ello para que esto les quede claro con un ejemplo, las restricciones se refieren a que en todo sistema dado siempre existe una restricción que limita la capacidad del mismo, bueno pues esto es solo una pequeña introducción sobre el tema publicado pero de igual manera les dejaré el link de la página en donde obtuve la información por si quieren obtener un poco mas de ella, bien, pues los dejo para que lean la información y de esta manera sigan enriqueciendo sus conocimientos.

La teoría se basa en la idea de que en un sistema dado existe siempre una restricción que limita la capacidad del propio sistema para cumplir con sus objetivos. La productividad global no es óptima debido a dicha restricción. 

EJEMPLO DE LA TEORÍA DE LAS RESTRICCIONES

Me gustaría que interpretaran las siguientes imágenes y luego lean las conclusiones descritas abajo para que comprendan lo del cuello de botella y las restricciones que pueden ocurrir en cualquier sistema dado:

Se ordena un análisis del proceso de distribución a Organización y Gestión de Procesos, y al cabo de 3 días la conclusión es la siguiente:

“Desde que aumentamos la producción, el almacén está constantemente a su máxima capacidad”

He aquí lo que venía prediciendo la Teoría de las Restricciones. Ningún sistema se salva de tener un punto donde el trabajo se amontona (indicativo de dónde está el cuello de botella). En este caso, el problema evidentemente es el almacén. Inicialmente podía absorber la cantidad de material entrante, sin embargo, al aumentar éste, el almacén no puede despachar productos a más velocidad de la que llegan. 

Conclusión: almacén lleno. Las consecuencias inmediatas de esto son 2:

• Los clientes no reciben la cantidad pedida del producto, por lo que su nivel de satisfacción y confianza en SGAE S.A. disminuye.
• No se aprovecha el nivel de producción de la planta, esto es, visto en conjunto, en la práctica no se produce lo que potencialmente se es capaz de producir.

La consecuencia global se puede resumir en 3 simples palabras: PÉRDIDA DE DINERO. Puesto que este sistema de distribución se había concebido para obtener los máximos beneficios posibles, ha surgido un problema que hay que solucionar.

La solución inicial, tras un análisis minucioso de Organización y Gestión de Procesos, pasa por aumentar la capacidad del almacén.

Así que, tras un mes de obras, SGAE S.A. cuenta con un almacén más grande con el que espera se solucionen los problemas de aprovisionamiento. 

Aquí es donde la Teoría de las Restricciones alcanza su máximo esplendor. Si retomamos la definición, vemos que dice: “SIEMPRE existe un cuello de botella”. Siempre. Pero, ¿cómo es posible si ya hemos aumentado la capacidad del almacén y éste nunca se llena?. La Teoría de las Restricciones asegura que cuando se elimina una restricción, se crea otra en otra parte. Los cambios locales en el proceso nunca son suficientes. La mejora en la eficiencia se ha de realizar analizando el proceso como un todo y decidiendo en consecuencia qué cambiar. 

FUENTES DE INFORMACIÓN

http://centuryminds.wordpress.com/2005/11/22/la-teoria-de-las-restricciones-i/

SMART

Hola que tal, ya estoy aquí nuevamente con otro articulo, esta vez he puesto una breve información sobre lo que es SMART espero que lo que he puesto que no es mucho pues les sirva para entender las siglas SMART y así mismo que les sirva para enriquecer mas sus conocimientos así que los dejo para que lo lean, en la redacción he puesto tres definiciones sobre SMART, las tres son dedicadas a Software pero cada una para algo diferente, así que leanlo y tendrán tres opciones diferentes de SMART para que decidan cual es la que necesitan conocer así que suerte con ello.

Las siglas SMART significan (Simple Herramienta Modular Investigación Arquitectura)

Simple

Modular

Architecture

Research

Tool

Permite la identificación y anotación de dominios genéticamente móviles y el análisis de las arquitecturas de dominio. 

Las interfaces de usuario le permiten a la base de datos la búsqueda de proteínas que contienen combinaciones específicas de dominios en taxones definidos. 

SMART es una sencilla herramienta modular de investigación y arquitectura de base de datos que proporciona la identificación de dominio y anotaciones en la WWW.
La herramienta compara secuencias de consulta con sus bases de datos de secuencias de dominio y alineamientos múltiples.
Cada alineación está comisariada a asignar límites apropiados de dominio para garantizar su calidad. 

S.M.A.R.T. 

Son las siglas de Self Monitoring Analysis and Reporting Technology (Tecnología de análisis y reporte de auto-monitoreo). Se utiliza para realizar un rápido análisis del disco duro para detectar problemas durante el arranque del sistema. 

La tecnología SMART fue originalmente desarrollada y definida por el Comité SFF a mediados de los 90s. SMART tuvo varias evoluciones que a veces se denominaron SMART I, II y III. Con el paso de los años, el Comité T13 ha tomado la responsabilidad de SMART y actualmente forma parte de la especificación ATA. La especificación ATA no define a SMART I, II, III. WD considera a las siguientes como las definiciones:

SMART I: Definida por la especificación SFF-8035i v1.0 (May. de 1995). SMART se calcula a partir de la actividad en línea de la unidad de disco.

SMART II: Definida por la especificación SFF-8035i v2.0 (Abr. de 1996). SMART se calcula a partir de la actividad en línea y fuera de línea de la unidad de disco.

SMART III: Aún no está definida por ninguna especificación estándar de la industria. La exploración fuera de línea se expande para incluir la reparación de sectores. 

SMART

Specific (específico), Measurable (medible), Achievable (realizable), Realistic (realista) y Time-Bound (limitado en tiempo).

Primero que nada recuerde, cada objetivo debe comenzar con un verbo en infinitivo.

Una forma fácil de recordar las características de un buen objetivo es el acrónimo SMART. Representa las palabras (Specific, Measurable, Achievable, Realistic and Time-Bound), (específico, medible, realizable, realista y limitado en el tiempo).

1. Específico
2. Medible
3. Realizable
4. Realista
5. Limitado en el Tiempo

Cuando se identifiquen los objetivos como parte de un ejercicio para preparar un diseño de proyecto o una propuesta, utilice el acrónimo SMART como lista de comprobación, para ver si el objetivo es bueno. (Recuerde de que cada objetivo comienza por un verbo en infinitivo). Los objetivos deben derivarse de, y ser consistentes con la intención de las metas identificadas. 

Los objetivos de un proyecto SMART  deben ser:

• Específicos (Specific): Claros sobre qué, dónde, cuándo y cómo va a cambiar la situación.
• Medibles (Measurable): que sea posible cuantificar los fines y beneficios.
• Realizables (Achievable): que sea posible lograr los objetivos (conociendo los recursos y las capacidades a disposición de la comunidad).
• Realistas (Realistic): que sea posible obtener el nivel de cambio reflejado en el objetivo.
• Limitado en tiempo (Time bound): estableciendo el periodo de tiempo en el que se debe completar cada uno de ellos.

Bueno espero que hayan comprendido estas tres definiciones, la verdad la última mencionada es la que mas me convence en cuanto a Ingeniería de Software pero no se si estoy o no en lo correcto aunque las tres son bastante importantes, ya ustedes decidan cual es la que necesitan conocer gracias por leer esta y las demás publicaciones del blog.

FUENTES DE INFORMACIÓN

http://wdc-es.custhelp.com/app/answers/detail/a_id/2296/~/%26iquest%3Bqu%26eacute%3B-significa-s.m.a.r.t.-y-qu%26eacute%3B-es-una-falla-s.m.a.r.t.%3F

http://cec.vcn.bc.ca/mpfc/modules/pd-smas.htm

http://smart.embl-heidelberg.de/

INTERFACES

Hola que tal espero que esten muy bien en esta ocasión les traigo lo que son las interfaces una interfaz es el medio por el cual un usuario puede comunicarse con una máquina, incluyendo lo que ve el usuario lo visible, para que de esta manera sea más fácil su interacción con una máquina y un sistema, bueno pues espero que la poca información he puesto les sea de ayuda para que comprendan la importancia de las interfaces y que de igual manera siga enriqueciendo sus conocimientos, bien los dejo para que la lean y lo comprendan suerte.

Diseño de la interface hombre-máquina

Definición
Parte del sistema que se encarga de facilitar a una persona su uso.

Objetivos de una interface hombre-máquina:

• Minimizar el tiempo de entrenamiento para usar el sistema.
• Capacidad de realizar tareas en un tiempo razonable.
• Confiable
• Tender hacia un standard para que sea portable

Métricas para las interfaces hombre-máquina

• Tiempo de aprendizaje. Cuánto tiempo lleva a una persona típica aprenderse los comandos mas importantes para un conjunto de tareas.
• Velocidad de uso. Cuánto tiempo lleva realizar un conjunto de tareas definidas como de benchmark.
• Errores por usuario. Cuántos y de qué tipo son los errores hechos por los usuarios en las tareas benchmark.
• Retención. Qué tan bien mantienen su conocimiento los usuarios después de un día, una semana o un mes.
• Satisfacción subjetiva. Qué tan bien se sienten los usuarios con esa interface.

Principios de diseño de una interface

1. Adaptación al nivel del usuario. El sistema debe adaptarse a la capacidad de cada usuario y debe tener características distintas.
   • Novato. Es un usuario que posiblemente sepa que hacer pero no conozca el sistema.
     • Avisar cada vez que sucede alguna acción.
     • Tener mensajes especificos de error.
     • Tener manuales bien hechos y un tutorial en línea.
   • Intermitente. Sabe que hacer, a lo mejor es usuario frecuente de otro sistema parecido, pero éste lo usa de vez en cuando.
     • Debe ser consistente en sus menús, lenguaje y terminología.
     • Capacidad de invocar comandos parcialmente olvidados.
     • Capacidad de exploración, what if ?
     • Tener ayuda en línea.
   • Experto. Conoce muy bien el sistema
     • Tiempo de respuesta rápido y no es necesario desplegar todas las opciones.
     • Capacidad de hacer macros con las secuencias mas comunes.
2. Adaptación a la tarea. El sistema debe ser adaptable a la tarea que se está realizando, se puede usar la frecuencia de uso de los comandos para hacer decisiones.
   • Las acciones mas comunes deben poderse invocar fácil, a lo más con un teclazo.
   • Las acciones medio frecuentes pueden invocarse con dos teclas, por ejemplo CTRL y otra cosa.
   • Las acciones menos frecuentes pueden invocarse con una palabra o estar después de 2 o 3 menús.
   • Las nada frecuentes o complejas pueden hacerse a traves de varios menús o llenado de formas.
3. Tipos de interacción
   • Selección de menús.
   • Llenado de formas.
   • Lenguaje de comandos.
   • Lenguaje natural.
   • Manipulación directa. Por ejemplo en los juegos

La Interfaz de Usuario, en adelante IU, de un programa es un conjunto de elementos hardware y software de una computadora que presentan información al usuario y le permiten interactuar con la información y con el computadora. También se puede considerar parte de la IU la documentación (manuales, ayuda, referencia, tutoriales) que acompaña al hardware y al software.

Si la IU está bien diseñada, el usuario encontrará la respuesta que espera a su acción. Si no es así puede ser frustrante su operación, ya que el usuario habitualmente tiende a culparse a sí mismo por no saber usar el objeto.

Los programas son usados por usuarios con distintos niveles de conocimientos, desde principiantes hasta expertos. Es por ello que no existe una interfaz válida para todos los usuarios y todas las tareas. Debe permitirse libertad al usuario para que elija el modo de interacción que más se adecúe a sus objetivos en cada momento. La mayoría de los programas y sistemas operativos ofrecen varias formas de interacción al usuario.

Existen tres puntos de vista distintos en una IU: el del usuario, el del programador y el del diseñador (analogía de la construcción de una casa). Cada uno tiene un modelo mental propio de la interfaz, que contiene los conceptos y expectativas acerca de la misma, desarrollados a través de su experiencia. 

FUENTES DE INFORMACIÓN

http://eclases.tripod.com/id20.html

http://www.monografias.com/trabajos11/heuri/heuri.shtml

ERP (Enterprise Resource Planning System)

Hola espero que estén muy bien, y que recuerden el artículo pasado, en el cual les dije que subiría un artículo sobre ERP y pues bueno como lo prometido es deuda aquí está ése artículo para que ahora si les quede claro lo que es ERP y así puedan entender mejor lo que es SAP ya que como les mencione anteriormente, SAP es un sistema de ERP y ERP no se refiere mas que a sistemas integrales de gestión para una empresa y si ahora lo relacionan con SAP pueden ver que SAP es una desarrolladora de aplicaciones de software para negocios, esto quiere decir que internamente ERP es quién crea los sistemas integrales para cada empresa y SAP se encarga de desarrollar el software, bien eso es lo que yo he entendido pero tal vez ustedes encuentren otra explicación así que lean y comparen la información de los dos artículos para que puedan sacar sus conclusiones, espero que lean la información y que les sirva para enriquecer sus conocimientos.

Los sistemas de planificación de recursos de la empresa son sistemas de gestión de información que integran y automatizan muchas de las prácticas de negocio asociadas con los aspectos operativos o productivos de una empresa. 

Los sistemas ERP son sistemas integrales de gestión para la empresa. Se caracterizan por estar compuestos por diferentes partes integradas en una única aplicación. Estas partes son de diferente uso, por ejemplo: producción, ventas, compras, logística, contabilidad (de varios tipos), gestión de proyectos, GIS (sistema de información geográfica), inventarios y control de almacenes, pedidos, nóminas, etc. Sólo podemos definir un ERP como la integración de todas estas partes. 

La propia definición de ERP indica la necesidad de "Disponibilidad de toda la información para todo el mundo todo el tiempo". 

OBJETIVOS PRINCIPALES DE ERP:

•  Optimización de los procesos empresariales. 
•  Acceso a toda la información de forma confiable, precisa y oportuna (integridad de datos). 
•  La posibilidad de compartir información entre todos los componentes de la organización. 
•  Eliminación de datos y operaciones innecesarias de reingeniería. 

CARACTERÍSTICAS

Las características que distinguen a un ERP de cualquier otro software empresarial, es que deben de ser sistemas integrales, con modularidad y adaptables: 

INTEGRALES

Porque permiten controlar los diferentes procesos de la compañía entendiendo que todos los departamentos de una empresa se relacionan entre sí, es decir, que el resultado de un proceso es punto de inicio del siguiente. 

Por ejemplo, cuando un cliente haga un pedido representa que se cree una orden de venta que desencadena el proceso de producción, de control de inventarios, de planificación de distribución del producto, cobranza, y por supuesto sus respectivos movimientos contables.

Si la empresa no usa un ERP, necesitará tener varios programas que controlen todos los procesos mencionados

Con un ERP, el operador simplemente captura el pedido y el sistema se encarga de todo lo demás, por lo que la información no se manipula y se encuentra protegida. 

MODULARES

Los ERP entienden que una empresa es un conjunto de departamentos que se encuentran interrelacionados por la información que comparten y que se genera a partir de sus procesos. Una ventaja de los ERP, tanto económica como técnica es que la funcionalidad se encuentra dividida en módulos, los cuales pueden instalarse de acuerdo con los requerimientos del cliente. Ejemplo: ventas, materiales, finanzas, control de almacén, recursos humanos, etc. 

ADAPTABLES

Los ERP están creados para adaptarse a la idiosincrasia de cada empresa. Esto se logra por medio de la configuración o parametrización de los procesos de acuerdo con las salidas que se necesiten de cada uno. Por ejemplo, para controlar inventarios, es posible que una empresa necesite manejar la partición de lotes pero otra empresa no. Los ERP más avanzados suelen incorporar herramientas de programación de 4ª Generación para el desarrollo rápido de nuevos procesos. La parametrización es el valor añadido fundamental que debe contar cualquier ERP para adaptarlo a las necesidades concretas de cada empresa.

EVOLUCIÓN DE LOS SISTEMAS ERP

• MPR (Material Requirement Planning)
• SCM (Supply Chain Management)
• CRM (Customer Realatioship Management)
• HRM (Human Resource Management)
• FRM (Finance Resource Management)

 

Cuando los administradores de una compañía se deciden a invertir una gran cantidad de capital en una implementación de un sistema de planificación de recursos empresariales (ERP) hay un cambio total de cómo opera la compañía, comparado con la manera tradicional. Las organizaciones que pueden adaptarse armoniosamente a un sistema de planificación de recursos empresariales (ERP) pueden aprovechar al 100% las ventajas y colocarse delante de las demás, creando una ventaja competitiva.

FUENTES DE INFORMACIÓN

http://www.erp.com.mx/Modules/TrabajoERP/ERP.htm

SAP ( Sistemas, Aplicaciones y Productos para Procesamiento de Datos)

Qua tal, espero que estén muy bién, en esta ocasión les traigo una información bastante interesante, estoy hablando precisamente de SAP (Sistemas, Aplicaciones y Productos para Procesamiento de Datos) creo que es valido hablar sobre ello para que conozcan lo que es y de lo que es capaz para comenzar me gustaría decir que SAP es el líder del mercado y de tecnología en software de gestión de negocios, este proporciona herramientas integrales de software de negocios desde una simple factura hasta lo que pueden ser los RH (Recursos Humanos) recalcando que SAP es la mayor desarrolladora de software para aplicaciones de negocios de todo el mundo bien pues que mas les puedo decir, a mi me parece un tema bastante interesante, lógico es algo que yo no conocía pero me puse a investigar y he puesto lo que me ha parecido mas interesante, así que pues espero que lean la información para que enriquezca sus conocimientos y de igual manera espero que les guste así como los demás artículos subidos a este blog. En las fuentes de información pondré los links de donde he sacado la información para que entren si es que desean obtener mayor información sobre el tema.

En el año de 1972 en Mannheim Alemania, tres ingenieros tuvieron una idea. Ellos querían producir un software que marcara una tendencia acerca de como debían hacerse las cosas en el mercado para soluciones de negocios integradas y dieron inicio a una pequeña empresa llamada Systemanalyse and Programmentwicklung. Desde entonces, aquella compañía se llama SAP (Sistemas, Aplicaciones y Productos para Procesamiento de Datos).

Desde el comienzo, SAP se dedicó al software para aplicaciones de negocios. Por la colaboración con ejecutivos de negocios e IT y teniendo socios en todo el mundo SAP desarrolló una forma única de comprender los desafíos encontrados en la implementación de soluciones tecnológicas para usuarios de negocios, desarrollando software que puede ayudar las compañías a integrar sus procesos de negocios ayudando a toda la empresa a funcionar más ordenadamente. Los sistemas versátiles y modulares pueden ser rápida y fácilmente adaptados a nuevos procesos de negocios de forma que crezca su capacidad a medida que crece el negocio.

SAP México y Centroamérica inició sus operaciones en 1994 con el objetivo de ofrecer a sus clientes eficiencia y flexibilidad a través de aplicaciones enfocadas en el crecimiento rentable del negocio. A través de 15 años de experiencia y liderazgo en el mercado y con más de 2,700 clientes en la región, permite a las empresas de todos los tamaños y de cualquier sector de industria ser más competitivas y rentables, hacer más eficientes sus procesos, potenciar el resultado de sus negocios y reducir costos a través de la innovación tecnológica.

Es un programa para diseño de estructuras, dos de los aspectos del programa, incluye los nuevos gráficos y nuevos solucionadores. Esta totalmente integrado para el modelado, análisis y diseño de estructuras sigue siendo en nivel basico, medio y avanzado.

Gracias a estos softwares de ingeniería, investigación y desarrollo, puede sincronizar toda la información relacionada con sus productos, desde la primera idea hasta las últimas etapas de la entrega. Optimizando los procesos de desarrollo de productos, fabricación y planificación de la producción, puede reducir los costos y destinar más tiempo a la creatividad.

También puede confiar en nuestro software para reducir el costo de investigación y desarrollo, y el riesgo de falta de cumplimiento, además de mejorar su contribución de ganancias.

Las soluciones ofrecidas por SAP son cosideradas en el mundo de los negocios como una de las eficientes y rentables del mercado ya que le permite reestructurar su negocio mientras él está cambiando.

En 2012 fue inaugurado el Innovation Center en SAP México y Centroamérica, este espacio cuenta con las últimas innovaciones de SAP y las estrategias de mercado de la empresa. Un ejemplo es la “Fábrica Virtual” en donde el usuario puede controlar un proceso de producción real de principio a fin, al elaborar cajas.

Por último tienen que saber que SAP es un sistema ERP, es por ello que el siguiente artículo que pubicaré será ese para que sepan lo que es ERP y puedan entender todo junto.

Que tal he, que les pareció, interesante verdad, espero que si ya que a mí me lo pareció, bien, como les dije he puesto solo lo que a mi me pareció los mas importante pero si desean conocer más sobre el tema pueden entrar a los links que les he dejado aquí abajo vale suerte y espero les haya gustado.

FUENTES DE INFORMACIÓN

http://www.sap.com/mexico/about-sap/index.epx

http://www.informatica-hoy.com.ar/sap/Que-es-SAP.php

http://www.consultoria-pyme.com/112-1-%BFQu%E9+es+S.A.P.%3F.html

UML (LENGUAJE UNIFICADO DE MODELADO)

Que tal como están, espero que muy bien por que en esta ocasión les traigo el tema de UML el cual les mencione en el artículo pasado, no he puesto mucha información pero espero que lo poco que escribí les sirva y de igual manera siga enriqueciendo sus conocimientos de todas formas pondré el link de la página en las fuentes de información por si necesitan algo mas completo, UML no es mas que una técnica para la especificación de sistemas en todas sus fases pero bueno mejor les dejo que lean la información para que les quede mas claro, en este artículo también es mencionado el "Performance", también realizare un artículo sobre ello para que sepan lo que es pero mas adelante.

El UML es una técnica de modelado de objetos y como tal supone una abstracción de un sistema para llegar a construirlo en términos concretos. El modelado no es más que la construcción de un modelo a partir de una especificación.

En todas las disciplinas de la Ingeniería se hace evidente la importancia de los modelos ya que describen el aspecto y la conducta de "algo". Ese "algo" puede existir, estar en un estado de desarrollo o estar, todavía, en un estado de planeación. Es en este momento cuando los diseñadores del modelo deben investigar los requerimientos del producto terminado y dichos requerimientos pueden incluir áreas tales como funcionalidad, performance y confiabilidad. Además, a menudo, el modelo es dividido en un número de vistas, cada una de las cuales describe un aspecto específico del producto o sistema en construcción.

El modelado no solamente sirve para los grandes sistemas, aun en aplicaciones de pequeño tamaño se obtienen beneficios de modelado, sin embargo es un hecho que entre más grande y más complejo es el sistema, más importante es el papel que juega el modelado. 

LOS BENEFICIOS PRINCIPALES DE UML SON:

• Mejores tiempos totales de desarrollo (de 50 % o más).
• Modelar sistemas (y no sólo de software) utilizando conceptos orientados a objetos.
• Establecer conceptos y artefactos ejecutables.
• Encaminar el desarrollo del escalamiento en sistemas complejos de misión crítica.
• Crear un lenguaje de modelado utilizado tanto por humanos como por máquinas.
• Mejor soporte a la planeación y al control de proyectos.
• Alta reutilización y minimización de costos.

UML es un lenguaje para hacer modelos y es independiente de los métodos de análisis y diseño. Existen importantes diferencias entre un método y un lenguaje de modelado. Un método es una manera explícita de estructurar el pensamiento y las acciones de cada individuo. Además, el método le dice al usuario qué hacer, cómo hacerlo, cuándo hacerlo y por qué hacerlo; mientras que el lenguaje de modelado carece de estas instrucciones. Los métodos contienen modelos y esos modelos son utilizados para describir algo y comunicar los resultados del uso del método.

Un modelo es expresado en un lenguaje de modelado. Un lenguaje de modelado consiste de vistas, diagramas, elementos de modelos (los símbolos utilizados en los modelos) y un conjunto de mecanismos generales o reglas que indican cómo utilizar los elementos. Las reglas son sintácticas, semánticas y pragmáticas.

VISTAS: Las vistas muestran diferentes aspectos del sistema modelado. Una vista no es una gráfica, pero sí una abstracción que consiste en un número de diagramas y todos esos diagramas juntos muestran una "fotografía" completa del sistema. Las vistas también ligan el lenguaje de modelado a los métodos o procesos elegidos para el desarrollo.

DIAGRAMAS: Los diagramas son las gráficas que describen el contenido de una vista. UML tiene nueve tipos de diagramas que son utilizados en combinación para proveer todas las vistas de un sistema: diagramas de caso de uso, de clases, de objetos, de estados, de secuencia, de colaboración, de actividad, de componentes y de distribución.

SÍMBOLOS O ELEMENTOS DE MODELO: Los conceptos utilizados en los diagramas son los elementos de modelo que representan conceptos comunes orientados a objetos, tales como clases, objetos y mensajes, y las relaciones entre estos conceptos incluyendo la asociación, dependencia y generalización. Un elemento de modelo es utilizado en varios diagramas diferentes, pero siempre tiene el mismo significado y simbología.

REGLAS O MECANISMOS GENERALES: Proveen comentarios extras, información o semántica acerca del elemento de modelo; además proveen mecanismos de extensión para adaptar o extender UML a un método o proceso específico, organización o usuario.

FUENTES DE INFORMACIÓN

http://profesores.fi-b.unam.mx/carlos/aydoo/uml.html

http://www.monografias.com/trabajos5/insof/insof.shtml

http://utnsimocametodologia.blogspot.mx/2011/08/aprendiendo-uml-hora-1-introduccion-al.html

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEidL1NzpIMsKzYPLY86jz20S25ggnIZWrh1xybdANuD2u4FErrIFz9qDcnj0UgCuzvoL3r86UsnMAIM7akgIaOgsg8OXgwIf5AiIJICeT10U4qfBhpzzSsWDIwMXgkvrIg9WDNlHThk9rRm/s1600/UML-MapaMental.JPG

RUP (PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE)

Hola que tal espero que estén muy bien, en esta ocasión les he traído información sobre lo que es RUP, como sus siglas lo dicen este es el Proceso Unificado de Desarrollo el cual se encarga de asegurar que la producción de nuestro software sea de una calidad muy alta, para así poder satisfacer las necesidades de nuestro usuario o usuarios haciendo esto en un tiempo determinado y con un presupuesto estimado, bueno pues espero que les sea de ayuda y que de igual manera enriquezca sus conocimientos, en las fuentes de información dejaré la página de donde lo he sacado para que si gustan la visiten y obtengan un poco mas de información si es que lo requieren, me gustaría mencionar que a lo largo de la redacción encontrarán la palabra hitos, esta no se refiere mas que ha actividades prioritarias esto quiere decir que no puedes seguir adelante con otra actividad hasta que se haga la anterior, también se hace mención de lo que es UML,  pero mas adelante en otra publicación dedicaré un artículo solamente para lo que es UML para que les quede claro.

El Proceso Unificado de Desarrollo es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños de proyectos.

Provee un enfoque disciplinado en la asignación de tareas y responsabilidades dentro de una organización de desarrollo. Su meta es asegurar la producción de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.

El Proceso Unificado cuenta con dos dimensiones:

• El eje horizontal representa el tiempo, en este muestra los aspectos del ciclo de vida del proceso a lo largo de su desenvolvimiento.

• El eje vertical representa las disciplinas, las cuales agrupan actividades de manera lógica de acuerdo a su naturaleza.

La primera dimensión representa el aspecto dinámico del proceso conforme se va desarrollando, se expresa en términos de fases, iteraciones e hitos. 

La segunda dimensión representa el aspecto estático del proceso: cómo es descrito en términos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y roles.

El Proceso Unificado se basa en componentes, lo que significa que el sistema en construcción está hecho de componentes de software interconectados por medio de interfaces bien definidas.

El Proceso Unificado usa el Lenguaje de Modelado Unificado (UML) en la preparación de todos los planos del sistema. De hecho, UML es una parte integral del Proceso Unificado, fueron desarrollados a la par.

Los aspectos distintivos del Proceso Unificado están capturados en tres conceptos clave: dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental. Esto es lo que hace único al Proceso Unificado.

CASOS DE USO

Un caso de uso es una pieza en la funcionalidad del sistema que le da al usuario un resultado de valor. Los casos de uso capturan los requerimientos funcionales. Todos los casos de uso juntos constituyen el modelo de casos de uso el cual describe la funcionalidad completa del sistema. 

ARQUITECTURA

El concepto de arquitectura de software involucra los aspectos estáticos y dinámicos más significativos del sistema. La arquitectura surge de las necesidades de la empresa, tal y como las interpretan los usuarios y otros stakeholders (usuarios), y tal y como están reflejadas en los casos de uso.

 La arquitectura es la vista del diseño completo con las características más importantes hechas más visibles y dejando los detalles de lado.

Los casos de uso deben relacionarse con la arquitectura ya que se necesita de los dos para que trabajen  de forma balanceada y así obtener un producto exitoso. 

ITERATIVO E INCREMENTAL

Desarrollar un producto de software comercial es una tarea enorme que puede continuar por varios meses o años. Es práctico dividir el trabajo en pequeños pedazos o mini-proyectos. Cada mini-proyecto es una iteración que finaliza en un incremento. Las iteraciones se refieren a pasos en el flujo de trabajo, los incrementos se refieren a crecimiento en el producto. Para ser más efectivo, las iteraciones deben estar controladas, esto es, deben ser seleccionadas y llevadas a cabo de una manera planeada.

En cada iteración, los desarrolladores identifican y especifican los casos de uso relevantes, crean el diseño usando la arquitectura como guía, implementan el diseño en componentes y verifican que los componentes satisfagan los casos de uso. Si una iteración cumple sus metas  y usualmente lo hace el desarrollo continúa con la siguiente iteración. Cuando la iteración no cumple con sus metas, los desarrolladores deben revisar sus decisiones previas y probar un nuevo enfoque.

FUENTES DE INFORMACIÓN

http://rdeheras.wordpress.com/tag/metodologia/

http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm

http://ingenieriatecnarista.blogspot.mx/2010/10/casos-de-usos.html

http://culturacion.com/2010/01/el-software-y-su-arquitectura-de-trabajo/

MODELO EN FLOR

Hola espero que estén bien y que recuerden que en la publicación anterior les dije que también pondría un artículo sobre el modelo en flor para el desarrollo de software, bien pues aquí he dejado ese modelo para que lo conozcan, no he puesto mucha información pero les he dejado un video sobre una noticia en la que buscan nuevos modelos de gestión para el desarrollo de software, así como algunas imágenes para que se apoyen y lo analicen mejor, en este modelo todas las etapas se deben de desarrollar al mismo tiempo hasta que obtengamos un producto final, el modelo en flor yo lo entiendo como su nombre lo dice como cuando una rosa es apenas un botón y luego comienza a florecer, y cada pétalo se extiende por igual hasta que cada uno queda completamente abierto, si esto lo entienden, ahora lo pueden abocar a lo que es el desarrollo de software en el que en este caso todas sus etapas van a ir de la mano desarrollándose al mismo tiempo, bien pues esta es mi opinión personal y mi razonamiento, espero estar en lo cierto y pues que mi análisis les sirva para que lo entiendan mejor y ya ustedes determinen si es un buen modelo y si es razonable trabajar todas las etapas al mismo tiempo, ustedes deduscanlo y saquen su propia conclusión y decidan si para ustedes personalmente es un buen modelo y si lo aplicarían espero que les sirva y que de igual manera enriquezca mas sus conocimientos.

El modelo en flor se refiere prinicipalmente al seguimiento que van a tener las etapas dentro de el, en este las etapas deben desarrollarse al mismo tiempo hasta que se obtenga un producto final, esto  haciendo el modelo de inicio a fin con todos los rubros, ya que al mismo tiempo que se hace el análisis también se estarán haciendo las pruebas y del mismo modo el diseño etc.

VENTAJAS

Yo creo que la principal ventaja de este es que al terminar el modelo ya tendrás el producto de software libre de errores y no tendrás que esperar hasta terminarlo para realizar las pruebas así que durante el proceso y sin haber avanzado demasiado podrás arreglar todos esos problemas, otra ventaja es que puedes involucrar al usuario mas de cerca ya que este podrá estar checando los prototipos del mismo y si decide cambiar algo todo se cambiara al mismo tiempo y no tendran que regresarse hasta terminarlo y comenzar de nuevo.

DESVENTAJAS

Las desventajas que le encuentro a este modelo son la carga de trabajo en cuanto a desarrollo ya que tendrán que hacer cada fase al mismo tiempo y pues se juntará el trabajo, otra desventaja es que al equivocarse en algún paso todos los demás tendrán el error y todas las fases tendrán que modificarse, existen más desventajas pero para mí estas me parecen ser primordiales.

Bueno pues espero que hayan leído esta breve información ya que la mayoría la redacte a mi criterio ya que no encontré mucha información, es por ello que decidí definirlo a mis propias palabras y razonamiento, claro basándome en algunas definiciones sobre ello proporcionadas en clase de ingeniería de software y pues hasta aquí esta redacción espero le hayan entendido y les haya servido gracias por leerlo.

FUENTES DE INFORMACIÓN

Comentarios de la clase Ingenieria de Software y aportación personal de razonamiento y diseño de imagen.

MODELO EN V

TAMBIÉN LLAMADO MODELO DE CUATRO NIVELES

Hola espero que estén muy bien, en esta ocasión les presentaré lo que es el modelo en "V", o también conocido como modelo de cuatro niveles, este es uno de los modelos de desarrollo de software, también les mostraré el modelo en flor pero mas adelante, por tanto el modelo en V se encarga de representar las relaciones temporalmente entre las fases del ciclo de desarrollo del proyecto, en el se realizan dos procesos al mismo tiempo hasta llegar a la punta de la V, conforme se reduce el espacio esto se refiere a la reducción de tiempo de cada fase y mientras mas se reduce aumenta el nivel, esto puede ser prácticamente una ventaja o desventaja dependiendo del modo de trabajo de cada persona ya que para algunas personas puede ser benéfico trabajar con dos procesos a la vez o puede ser mas complicado, en lo personal me parece un buen modelo ya que al terminar también habrán realizado las pruebas y entregaran el proyecto completo al termino del modelo, claro si se trata de un proyecto pequeño, bueno pues esta es mi opinion y lo que yo entiendo sobre este modelo pero cada quien tiene una opinión propia así que lean el artículo, conozcan las ventajas y desventajas del modelo y luego pues decidan si es viable aplicarlo o no, espero que les sirva y enriquezca sus conocimientos.

Fue desarrollado para regular el proceso de desarrollo de software.

Describe las actividades y los resultados que se producen durante el desarrollo del software.

El modelo representa, en forma de V, las relaciones temporales entre las distintas fases del ciclo de desarrollo de un proyecto.

Es una representación gráfica del ciclo de vida del desarrollo del sistema. Resume los pasos principales que hay que tomar en conjunción con las correspondientes entregas de los sistemas de validación.

La parte izquierda de la V representa la corriente donde se definen las especificaciones del sistema. 

La parte derecha de la V representa la corriente donde se comprueba el sistema (contra las especificaciones definidas en la parte izquierda). 

La parte de abajo, donde se encuentran ambas partes, representa la corriente de desarrollo.

La corriente de especificación consiste principalmente de:

• Especificaciones de requerimiento de usuario
• Especificaciones funcionales
• Especificaciones de diseño

La corriente de pruebas, por su parte, suele consistir de:

• Calificación de instalación
• Calificación operacional
• Calificación de rendimiento

En los 4 niveles lógicos comenzando desde el 1, para cada fase del desarrollo, existe una fase correspondiente o paralela de verificación o validación.
Esta estructura obedece que desde el principio para cada fase del desarrollo debe existir un resultado verificable.
En la misma estructura se advierte también que la proximidad entre una fase del desarrollo y su fase de verificación correspondiente va decreciendo a medida que aumenta el nivel dentro de la V, es decir de arriba hacía abajo en donde se localiza la punta. La longitud de esta separación intenta ser proporcional a la distancia en el tiempo entre una fase y su homóloga de verificación.
                                       

• NIVEL 1 está orientado al cliente. El inicio del proyecto y el fin del proyecto constituyen los dos extremos del ciclo. Se compone del análisis de requisitos y especificaciones, se traduce en un documento de requisitos y especificaciones. 
• NIVEL 2 se dedica a las características funcionales del sistema propuesto. Puede considerarse el sistema como una caja negra, y caracterizarla únicamente con aquellas funciones que son directa o indirectamente visibles por el usuario final, se traduce en un documento de análisis funcional. 
• NIVEL 3 define los componentes hardware y software del sistema final, a cuyo conjunto se denomina arquitectura del sistema. 
• NIVEL 4 es la fase de implementación, en la que se desarrollan los elementos unitarios o módulos del programa.

En general las metodologías llevan a cabo una serie de procesos comunes que son buenas prácticas para lograr los objetivos antes mencionados independientemente de cómo hayan sido diseñadas. Las fases que agrupan estos procesos son las siguientes:

• Análisis
• Especificación
• Diseño
• Programación
• Prueba
• Documentación
• Mantenimiento
• Reingeniería

VENTAJAS

Se trata de un proceso ideal, por su robustez, para proyectos pequeños, con equipos de una a cinco personas. También es ideal, por su claridad, para toda esa gente que nunca ha programado siguiendo una metodología. Para el proyecto final de carrera o para ese cliente que te ha conseguido un amigo que te lo pide a ti y no se dirige a una empresa por mayor comodidad, la relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.

DESVENTAJAS

Cada fase tiene que estar respaldada por su documento correspondiente y test, se habla de una amplia documentación, debes realizar dos procesos al mismo tiempo, es difícil que el cliente exponga explícitamente todos los requisitos, el cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida, las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas, el producto final obtenido puede que no refleje todos los requisitos del usuario.

FUENTES DE INFORMACIÓN

http://cmunoz334.blogspot.es/tags/Cascada/

http://www.ingenieriadesoftware.mex.tl/61885_Modelo-V.html

http://spanishpmo.com/index.php/ciclos-de-vida-modelo-en-v/