Mapa Conceptual De Moprosoft
Este es un mapa conceptual del estándar moprosotf para conocer el concepto de manera mas facil:
Este es un mapa conceptual del estándar moprosotf para conocer el concepto de manera mas facil:
miércoles, 22 de agosto de 2018
martes, 21 de agosto de 2018
ISO 15504
Cuando surge ISO 15504
La primera versión del borrador del estándar apareció en junio de 1995, fue aplicado en numerosas empresas donde se fue revisando y refinando según el procedimiento habitual de desarrollo de estándares internacionales.
¿Qué es la norma ISO 15504 SPICE?
También conocida como Spice por sus siglas en español:
«Determinación de la Capacidad de Mejora del Proceso de Software»
es un modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas de información y productos de software.
ISO/IEC 15504 es una norma internacional, desarrollada por ISO, cuyo objetivo es evaluar y mejorar la capacidad y madurez de los procesos.
En el campo del software, la norma ISO 15504 se utiliza junto con el modelo de procesos definido en la norma ISO 12207 para evaluar y mejorar la capacidad y madurez de los procesos de desarrollo y mantenimiento software.
La norma ISO 12207 define un conjunto de buenas prácticas para guiar a las organizaciones en la mejora de sus procesos de desarrollo y mantenimiento software.
Familia Normas ISO 15504
ISO/IEC 15504-1:2004 Conceptos y Vocabulario.
ISO/IEC 15504-2:2003 Realizando una Evaluación (Requisitos, normativa).
ISO/IEC 15504-3:2004 Guía para Realización de Evaluaciones.
ISO/IEC 15504-4:2004 Guía para el Uso de Resultados de Evaluaciones.
ISO/IEC 15504-5:2008 Un Modelo de Evaluación de Procesos Ejemplar.
ISO/IEC 15504-7:2008. Evaluación del nivel de madurez.
la norma establece 6 niveles de madurez, en función de los procesos que sean implantados en la organización y de su grado de implantación. Se esta manera, se define un camino evolutivo para la mejora de la organización.
En la siguiente imagen se muestra los Niveles de madures de la Norma ISO 15504:
0 INMADURA: la organización no tiene una implementación efectiva de los procesos.
1 BASICA: la organización implementa y alcanza los objetivos de los procesos.
2 GESTIONADA: la organización gestiona los procesos y los productos resultantes se establecen, controlan y mantienen.
3 ESTABLECIDA: la organización utiliza procesos definidos basados en estándares.
4 PREDECIBLE: la organización gestiona cuantitativamente los procesos.
5 OPTIMIZANDO: la organización mejora continuamente los procesos para cumplir los objetivos de negocio.
Ventajas de implantar ISO 15504
Factor diferenciador, con su implantación se obtiene una importante ventaja respecto a la competencia.
Norma ISO, internacional y abierta
Facilita el desarrollo de una cultura corporativa dentro de la organización y aumenta la satisfacción del cliente.
El coste de su certificación es menor que el de otros modelos similares.
¿Qué obtengo si implanto ISO 15504 en mi organización?
las organizaciones obtienen una ruta evolutiva para mejorar sus procesos de desarrollo y mantenimiento software. Al seguir esta ruta evolutiva, se puede mejorar el nivel de madurez de la organización. Este nivel permite comparar las organizaciones entre sí, convirtiéndose por tanto en un factor diferenciador respecto a la competencia.
¿En qué tipo de empresas puede implantarse ISO 15504?
En función del modelo de procesos que se utilice, ISO 15504 puede ser aplicada en cualquier organización que utilice procesos de desarrollo. Por ejemplo, en la industria del automóvil se aplica un modelo de procesos específico y adecuado a sus necesidades, denominado Automotive SPICE.
En el caso del software, se utiliza el modelo de procesos ISO 12207. Este modelo de procesos define prácticas que son adecuadas para todas las organizaciones que realicen desarrollo y mantenimiento software, ya sean grandes o pequeñas.
Certificación ISO 15504
En Calidad TIC la creación de esquemas de certificación (o sellos de calidad) respaldados por agentes y entidades reconocidas por todas las partes es una solución que garantiza la respuesta ante las empresas y sus clientes.
Hablando de ISO 15504 en función de una evaluación externa realizada por auditores cualificados por una entidad de certificación se audita y certifica el nivel de madurez. El proceso de auditoría está normalizado por ISO/IEC 15504-7:2008. El mismo se realiza sobre la evaluación de la realización, planificación, definición, despliegue, medición e innovación de los procesos en función del nivel de madurez al que aspira la organización.
Empresas certificadas
Algunos países latinoamericanos han propuesto modelos basados en CMMI, CMM, ISO/IEC 12207:2002 e ISO/IEC15504:2003, para que estos puedan ser aplicados por las PYMEs, inclusive en algunos casos se han llegado a adaptar estos modelos para casos particulares, como México, donde se ha desarrollado el modelo MoProSoft - Modelo de Procesos para la Industria de Software.
Varias empresas mexicanas han tenido éxito al implementar este modelo dentro del ciclo de vida del desarrollo de software, entre ellas encontramos a Adam Technologies, Alterbase, Banco de México, Banco Santander, banco BBVA, Bancomer y Caprosoft. La Secretaría de Economía también tomó a MoProSoft como un modelo a seguir y así dar el ejemplo de ser el iniciador para las empresas pequeñas y medianas.
Nota: Espero que esta información te ayude mucho para tu estudio, gracias por visitar este blog
lunes, 20 de agosto de 2018
Norma ISO 15504
Norma ISO 15504
En el presente documento se dará a conocer el objetivo que la norma ISO 15504 tiene para mejorar la calidad del software, así como también las familias de esta norma que fue creada en diferentes años para diferentes usos, se pretende conocer los 6 niveles de madures que esta maneja, las ventajas que tiene al utilizarla y junto con qué otra norma se utiliza para poder evaluar y mejorar la capacidad y madurez de los procesos de desarrollo y mantenimiento de software. También se conocerá que los sellos de calidad son una solución garantiza la respuesta ante las empresas y sus clientes. Además las empresas mexicanas han tenido éxito al implementar esta norma.ISO/IEC 15504 es una norma internacional, desarrollada por ISO, cuyo objetivo es evaluar y mejorar la capacidad y madurez de los procesos de ingeniería del software, con la filosofía de desarrollar un conjunto de medidas de capacidad estructuradas para todos los procesos del ciclo de vida y para todos los participantes. Esta norma trata los procesos de ingeniería, gestión, relación cliente-proveedor, de la organización y del soporte. Además se creó por la alta competencia del mercado de desarrollo de software, a la difícil tarea de identificar los riesgos, cumplir con el calendario, controlar los costos y mejorar la eficiencia y calidad.
En el campo de software, la norma ISO 15504 se utiliza junto con el modelo de procesos definido en la norma ISO 12207 para evaluar y mejorar la capacidad y madurez de los procesos de desarrollo y mantenimiento de software.
Entre la familia de normas ISO 15504 se encuentran las siguientes:
ISO/IEC 15504-1:2004 Conceptos y Vocabulario.
ISO/IEC 15504-2:2003 Realizando una Evaluación (Requisitos, normativas).
ISO/IEC 15504-3:2004 Guía para Realización de Evaluaciones.
ISO/IEC 15504-4:2004 Guía para el Uso de Resultados de Evaluaciones.
ISO/IEC 15504-5:2008 Un Modelo de Evaluación de procesos Ejemplar.
ISO/IEC 15504-7:2008 Evaluación del nivel de madurez.
Esta norma establece 6 niveles de madurez, en función de los procesos que sean implementados en la organización y de su agrado de implementación.
0 inmadura: En este nivel la organización no tiene una implementación efectiva de los procesos.
1- Básica: Este nivel se alcanza cuando la organización implementa y alcanza los objetivos de los procesos.
2- Gestionada: La organización gestiona los procesos y los productos resultantes se establecen, controlan y mantienen.
3- Establecida: La organización utiliza procesos definidos basados en estándares.
4- Predecible: la organización gestiona cuantitativamente los procesos.
5- Optimizando: La organización mejora continuamente los procesos para cumplir los objetivos del negocio.
Ventajas
- Proporciona todas las facilidades para la evaluación del proceso y establece los requisitos mínimos para realizar una evaluación que asegure la repetibilidad y consistencia de las valoraciones obtenidas.
En la calidad TIC la creación de esquemas de certificación o sellos de calidad respaldados por agentes y entidades reconocidas por todas las partes es una solución que garantiza la respuesta ante las empresas y sus clientes. Y quienes se encargan de brindar la certificación son los auditores calificados, ellos llevan a cabo la planificación, definición, despliegue, medición e innovación de los procesos en función del nivel de madurez al que aspira la empresa.
Varias de las empresas mexicanas que han tenido éxito al implementar este modelo dentro del ciclo de vida del desarrollo de software, entre ellas encontramos a Adam Technologies, Alterbase, Banco de México, Banco Santander, banco BBVA Bancomer y Caprosoft.
Nota: Espero que esta información te ayude mucho para tu estudio, gracias por visitar este blog
domingo, 19 de agosto de 2018
Caso De Estudio CMMI Y Moprosoft
Caso De Estudio CMMI Y Moprosoft
Introducción
La creación e implantación de las normas de desarrollo del software son un auténtico desafío que tiene la ingeniería del software como medio de comunicación para transferir sus métodos, técnicas y procedimientos a la industria del software para el diseño y desarrollo de nuevos productos, Estas normas tienen como objetivo el desarrollo de software, maximizar la comunicación entre los profesionales del software a través de documentos y recomendaciones de las actividades que hay que hay que realizar durante todo el proceso de producción del software mejorando la calidad. Es por ello que los estándares para la gestión de la calidad como CMMI y Moprosoft están ayudando a las empresas a optimizar sus procesos y la calidad en el desarrollo de software.
sábado, 18 de agosto de 2018
EL PROCESO PERSONAL DEL SOFTWARE PSP
EL PROCESO PERSONAL DEL SOFTWARE- (PSP)
Introducción
Entre las principales causas para que el proceso de desarrollo de software falle pueden ser:
–El personal de desarrollo no se involucra lo suficiente.
–No esta consciente de la verdadera importancia del proyecto.
–No se cuentan con los recursos necesarios.
–Las practicas establecidas no son buenas.
Esta claro que la producción de software debe convertirse en un proceso disciplinado y aceptado por todos.
En los años 70 y 80 era popular la estrategia “Prueba y arregla” en la industria estadounidense.
En estos años se establece el control de procesos, que desde aquí ha ido enfocando todo avance en el enfoque de la calidad.
Proceso
Es un conjunto de pasos parcialmente ordenados con el propósito de alcanzar una meta.Un proceso (del latín processus) es un conjunto de actividades o eventos que se realizan o suceden (alternativa o simultáneamente) con un fin determinado.
¿Qué es el Proceso Personal del Software?
Es un proceso de auto mejora diseñado para ayudarnos a controlar, administrar y mejorar la forma en que trabajamos.
¿Qué es el Proceso Personal del Software?
Es un proceso de auto mejora diseñado para ayudarnos a controlar, administrar y mejorar la forma en que trabajamos.
•PSP se concentra en las prácticas de trabajo de los ingenieros en una forma individual.
•El PSP se caracteriza porque es de uso personal y se aplica a programas pequeños de menos de 10.000 líneas de código.
•El PSP sirve para producir software de calidad, donde cada ingeniero debe trabajar en la necesidad de realizar trabajo de calidad.
El PSP se centra en la administración del tiempo y en la administración de la calidad a través de la eliminación temprana de defectos.
El PSP busca proporcionar un marco de trabajo para el personal involucrado en el proceso de desarrollo de software.
PSP demuestra cómo manejar la calidad desde el principio del trabajo.
Es una alternativa dirigida a los ingenieros de sistemas que les permite mejorar la forma en la que construyen software, Considerando aspectos como la planeación, calidad, estimación de costos y productividad.
Principios del PSP
El PSP busca proporcionar un marco de trabajo para el personal involucrado en el proceso de desarrollo de software.
PSP demuestra cómo manejar la calidad desde el principio del trabajo.
Es una alternativa dirigida a los ingenieros de sistemas que les permite mejorar la forma en la que construyen software, Considerando aspectos como la planeación, calidad, estimación de costos y productividad.
Principios del PSP
- Cada ingeniero es diferente; para ser el más eficaz, los ingenieros deben planificar su trabajo y deben basar sus proyectos en sus propios datos personales.
- Para mejorar coherentemente su funcionamiento, los ingenieros deben usar procesos bien definidos.
- Para producir productos de calidad, los ingenieros deben sentirse personalmente responsables de la calidad de sus productos.
- Es menos costoso encontrar defectos antes en un proceso que más tarde.
- Es más eficiente prevenir defectos que encontrarlos durante el desarrollo.
- El camino correcto es siempre el modo más rápido y más barato de hacer un trabajo..
En PSP todas las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, están puntualmente definidas en un conjunto de documentos conocidos como scripts, los cuales deben de ser seguidos en forma disciplinaria, ya que de ello dependerá el éxito de la mejora que se busca.
Los Scripts se organizan en cuatro niveles, identificados del 0 al 3, atendiendo en cada nivel un conjunto de aspectos a mejorar del proceso de desarrollo de software.
Los aspectos de interés en este nivel se relacionan con la estimación del tiempo para desarrollar un producto software y la identificación, clasificación y manejo de los Defectos producidos durante el proceso de desarrollo. Los datos recopilados mediante a la aplicación de los scripts sirven de base para la realización de estimaciones mas reales en procesos futuros.
PSP 0.1
Es un nivel que extiende y complementa a PSP0, a través del establecimiento de estándares de codificación orientados a mejorar las estimaciones de tamaño, a si como la consideración de propuesta de mejora al nivel por parte de los ingenieros.
PSP 1 Planeación Personal
Le agrega pasos de planeamiento a PSP0. El primer paso agrega estimaciones de tamaño y recursos y un reporte de prueba.
PSP 1.1
Se introduce planeamiento de cronograma y seguimiento del proyecto.Los desarrolladores son enseñados a:
•Entender la relación entre el tamaño de los programas que escriben y el tiempo que les toma desarrollarlos.
•Aprender a realizar compromisos que puedan cumplir.
•Preparar un plan ordenado para realizar su trabajo
•Establecer una base para realizar un seguimiento de su trabajo.
PSP 2 Calidad Personal
La calidad , es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene. En este nivel se introducen las inspecciones en las fases de diseño y codificación, como un mecanismo para aumentar la calidad de los productos.
PSP 2.1
El Proceso de diseño es contemplado .
El objetivo no es decirles a los desarrolladores como diseñar sino orientar el criterio para la finalización del diseño, es decir cuando han terminado que es lo que deben haber obtenido.
PSP 3 Cíclico Personal
Presenta métodos para ser usados por individuos en la realización de programas de gran escala.
Para escalar PSP2 a proyectos más grandes la estrategia consiste en subdividir el proceso personal de desarrollo de grandes programas en elementos en la escala de PSP2. Estos programas son entonces diseñados para ser desarrollados en pasos incrementales. La primera construcción consiste en un módulo base o kernel que es ampliado en ciclos iterativos. En cada iteración se utiliza un PSP2 completo, incluyendo diseño, codificación, compilación y pruebas.
La calidad , es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene. En este nivel se introducen las inspecciones en las fases de diseño y codificación, como un mecanismo para aumentar la calidad de los productos.
PSP 2.1
El Proceso de diseño es contemplado .
El objetivo no es decirles a los desarrolladores como diseñar sino orientar el criterio para la finalización del diseño, es decir cuando han terminado que es lo que deben haber obtenido.
PSP 3 Cíclico Personal
Presenta métodos para ser usados por individuos en la realización de programas de gran escala.
Para escalar PSP2 a proyectos más grandes la estrategia consiste en subdividir el proceso personal de desarrollo de grandes programas en elementos en la escala de PSP2. Estos programas son entonces diseñados para ser desarrollados en pasos incrementales. La primera construcción consiste en un módulo base o kernel que es ampliado en ciclos iterativos. En cada iteración se utiliza un PSP2 completo, incluyendo diseño, codificación, compilación y pruebas.
•De esta manera los desarrolladores pueden concentrarse en la verificación de la calidad del último incremento sin preocuparse por defectos en ciclos anteriores.
•Si un incremento anterior tiene muchos defectos, la prueba será más compleja y los beneficios de escalar PSP se pierden. Esta es una razón para enfatizar revisiones de diseño y código en los pasos anteriores de PSP.
Proceso Cíclico de PSP3
Estructura del PSP
Estructura del PSP
•Comenzando con los requerimientos, el primer paso en el proceso de PSP es la planificación.
•Existe un script de planificación que sirve de guía y un resumen del plan para registrar todos los datos del mismo. Mientras los desarrolladores van siguiendo el lineamiento de trabajo sugerido por los scripts, deben ir registrando los tiempos dedicados y los datos de defectos en los logs de tiempos y defectos.
•Al final de la tarea, durante la fase de postmortem (PM), deben resumir los datos de tiempo y defectos, medir el tamaño del programa, e ingresar esos datos en el formulario de sumario del plan. Al finalizar, deben entregar el producto finalizado y el formulario de sumario del plan completado.
Flujo del Proceso
•Diseño
–Diseñar el programa, usando tus métodos de diseño actuales.
•Codificación
–Implementa el programa.
•Compilación
–Compila hasta que este libre defectos.
•Prueba
–Prueba el programa y corrige todos los defectos.
•Registra los defectos en el Log de defectos y tiempos por fase en el Log de tiempos.
¿Por qué hacer Planes?
•Te permiten llegar a acuerdos que tu puedas cumplir
•Proporcionar las bases para acuerdo en tu trabajo
•Guía tu trabajo
•Te ayuda a seguir tu progreso
•Terminación del proyecto
Elementos del PSP
scripts.- guían a los desarrolladores en el uso consistente de los procesos, los cuales ellos conocen (mediante la asistencia a cursos de capacitación en PSP o a través de bibliografía introductoria en el uso de PSP).
logs y formularios.- proveen templates para registrar y almacenar datos.
standards .-guían a los desarrolladores a mientras hacen el trabajo.
A continuación se describen los formatos utilizados en PSP0 y PSP 0.1
Formato de Registro de Tiempo
A continuacion se explica el llenado del formato del tiempo
Resumen del Plan del Proyecto
Este formato reúne las estimaciones y los datos reales que conforman al proyecto en toda su amplitud para que al final se realicen las comparaciones necesarias y exista un histórico de todos los proyectos realizados.
A continuación se llevara a cabo la explicación de llenado del Resumen del plan del proyecto
Los campos que el programador tiene que llenar en este formato son:
Área de Tiempo en la Fase
• Plan.- Es el tiempo estimado que se empleará para desarrollar el proyecto completo.
• Actual.- Es el tiempo real, en minutos, que se emplea en cada una de las fases de desarrollo.
• A la fecha.- La suma del tiempo actual con el tiempo a la fecha del último programa desarrollado.
• A la fecha %.- Indica el porcentaje del tiempo a la fecha que se emplea en cada fase de desarrollo.
Área de Defectos Encontrados.
• Actual.- Número de defectos reales encontrados en cada fase de desarrollo.
• A la fecha.- Suma de los valores de los campos Actual (Defectos encontrados) con el campo de A la fecha del último proyecto programado.
• A la fecha %.- Porcentaje de defectos encontrados a la fecha en cada fase de desarrollo.
Área de Defectos Removidos.
• Actual.- Indica el número de defectos removidos en cada etapa.
• A la fecha.- Es la suma del valor que se encuentra en el campo de Actual (Defectos removidos) con el valor A la fecha del último programa desarrollado.
• Ala fecha %.- Porcentaje de defectos removidos del campo A la fecha y que se aplica para cada fase de desarrollo.
Cuando el proyecto se termine es importante registrar cualquier defecto que se haya detectado tardíamente. Esto debe ser realizado cuando el programa esté en uso, re-uso o si el programa sufre alguna modificación.
La diferencia entre PSP 0 y PSP 0.1 es mínima, solamente se agregan medidas que guían al programador a medir y estimar el tamaño de los programas que desarrolla.
scripts.- guían a los desarrolladores en el uso consistente de los procesos, los cuales ellos conocen (mediante la asistencia a cursos de capacitación en PSP o a través de bibliografía introductoria en el uso de PSP).
logs y formularios.- proveen templates para registrar y almacenar datos.
standards .-guían a los desarrolladores a mientras hacen el trabajo.
A continuación se describen los formatos utilizados en PSP0 y PSP 0.1
Formato de Registro de Tiempo
•Encabezado: Los datos que se deben de agregar en estos campos son: nombre del desarrollador, la fecha actual, el nombre del supervisor o instructor y el nombre del programa que se esta desarrollando.
•Fecha: La fecha en la que se realizo la actividad.
•Inicio: La hora en la que se empieza la actividad.
•Fin: La hora en finaliza la actividad.
•Interrupción: Tiempo perdido debido a interrupciones.
•Actividad: Nombre de la tarea.
•Tiempo Delta: El tiempo empleado en la actividad en minutos, entre el comienzo y el final de la misma, menos el tiempo de interrupción.
•Comentarios: Se tiene que procurar hacer todo tipo de comentarios útiles que puedan recordar cierta circunstancias.
Nota: Todos los tiempos llevan el formato de horas y minutos (HH:MM), en caso de que solo sean minutos se utiliza el formato(:MM)Resumen del Plan del Proyecto
Este formato reúne las estimaciones y los datos reales que conforman al proyecto en toda su amplitud para que al final se realicen las comparaciones necesarias y exista un histórico de todos los proyectos realizados.
Esta imagen es un ejemplo de como quedaría el llenado del formato del Resumen del plan de proyecto
Los campos que el programador tiene que llenar en este formato son:
Área de Tiempo en la Fase
• Plan.- Es el tiempo estimado que se empleará para desarrollar el proyecto completo.
• Actual.- Es el tiempo real, en minutos, que se emplea en cada una de las fases de desarrollo.
• A la fecha.- La suma del tiempo actual con el tiempo a la fecha del último programa desarrollado.
• A la fecha %.- Indica el porcentaje del tiempo a la fecha que se emplea en cada fase de desarrollo.
Área de Defectos Encontrados.
• Actual.- Número de defectos reales encontrados en cada fase de desarrollo.
• A la fecha.- Suma de los valores de los campos Actual (Defectos encontrados) con el campo de A la fecha del último proyecto programado.
• A la fecha %.- Porcentaje de defectos encontrados a la fecha en cada fase de desarrollo.
Área de Defectos Removidos.
• Actual.- Indica el número de defectos removidos en cada etapa.
• A la fecha.- Es la suma del valor que se encuentra en el campo de Actual (Defectos removidos) con el valor A la fecha del último programa desarrollado.
• Ala fecha %.- Porcentaje de defectos removidos del campo A la fecha y que se aplica para cada fase de desarrollo.
Cuando el proyecto se termine es importante registrar cualquier defecto que se haya detectado tardíamente. Esto debe ser realizado cuando el programa esté en uso, re-uso o si el programa sufre alguna modificación.
La diferencia entre PSP 0 y PSP 0.1 es mínima, solamente se agregan medidas que guían al programador a medir y estimar el tamaño de los programas que desarrolla.
Nota: Espero que esta información te ayude mucho para tu estudio, gracias por visitar este blog
jueves, 16 de agosto de 2018
PSP Proceso de software personal
PSP Proceso de software personal
Introducción
En el desarrollo de software es muy importante tomar en cuenta todos factores que pueden ser perjudiciales para el proyecto por lo que se toma en cuenta el personal que no se involucra lo suficiente, el personal no tiene los objetivos bien planteados o no se cuenta con los recursos necesarios. Es por ello que en 1995 el psp fue propuesto por watts Humphrey, especialmente para los estudiantes que en aquel entonces se estaban adentrando a desarrollar software y para 1995 psp se destina a los ingenieros. Por lo que a continuación conoceremos más acerca del proceso de software personal.
Objetivos:
General
Conocer la funcionalidad del proceso de software personal y conocer un pocode su historia y saber en que es aplicado para llevar acabo su uso.
Objetivos específicos.
Conocer los niveles del psp.
Conocer el flujo del proceso que lleva a cabo el psp.
Conocer el formato de registros que aplica el psp.
En el año de 1995 el psp fue propuesto por watts Humphrey, este inicialmente estaba dirigido para los estudiantes que se estaba adentrando en el desarrollo de software, para 1997 watts pública un libro que se llamó introduction to thepersonal software que ya estaba enfocado a los ingenieros.El proceso personal software es un proceso de auto mejora diseñado paraayudarnos a controlar y mejorar la forma en que trabajamos, el psp se concentra en las prácticas de trabajo de los ingenieros de forma individual, se aplica a programas pequeños de menos de 10000 líneas de código y nos sirve para producir software de calidad, donde cada ingeniero debe trabajar en la necesidad de realizar trabajo de calidad. También está centrado en la administración del tiempo y en la administración de calidad a través de la eliminación temprana de defectos y demuestra cómo manejar la calidad desde el principio del trabajo. El psp es una alternativa dirigida a los ingenieros de sistemas que les permite mejorar la forma en la que construyen software,considerando aspectos como la planeación, calidad, estimación de costos y productividad.
El proceso software personal se basa en algunos Principios los cuales son:
Cada ingeniero es diferente para ser el más eficaz los ingenieros deben planificar su trabajo y deben basar sus proyectos en sus propios datos personales.
Para mejorar su funcionamiento cada ingeniero debe usar procesos bien definidos.
Para producir productos de calidad, los ingenieros deben sentirse personalmente responsables de la calidad de sus productos.
Es menos costoso encontrar defectos antes en un proceso que más tarde.
Es más eficiente prevenir defectos que encontrarlos durante el desarrollo.
El camino correcto es siempre el modo más rápido y más barato para hacer un trabajo.
miércoles, 15 de agosto de 2018
Diot 2011
Java.exe dejo de funcionar en aplicaciones de la DIOT
Este error comienza al intentar iniciar una aplicación del SAT para la DIOT, la aplicación se detiene mostrando una ventana con la leyenda ‘java.exe dejo de funcionar’
Después de ésto el error hace que se nos despliegue la siguiente ventana indicando el error
El error se debe a una incompatibilidad generada por unas carpetas erróneas que se instalaron con las aplicaciones del SAT.
El método que utilizamos para solucionarlo fue entrar a la carpeta de instalación de las aplicaciones de la DIOT (llamado DIOTCompleta) y notar que tenemos 2 carpetas: .install4j y jre, esas carpetas son las que nos generaron dicho error
y lo siguiente que haremos es copiar esas 2 carpetas desde un equipo donde si funcionen a esta carpeta en la PC y reemplazarlas El sistema podrá iniciar sin errores entonces.
lunes, 13 de agosto de 2018
Error sat devoluciones en la opción solicitud
Error sat devoluciones en la opción solicitud
Cuando entramos al portal del sat en tramites luego devoluciones y en apartado solicitud este nos arroja un error a la hora de entrar que dice: type error el objeto no acepta esta propiedad o método por lo que para solucionarlo
se necesita configurar la pagina https://aplicaciones.sat.gob.mx en la configuración del java para ello nos vamos a la ruta inicio-panel de control- programas- y clic en java 32 bits y daremos clic en la pestaña seguridad y luego en editar lista de sitios. como se muestra en la siguiente imagen.
así como se muestra en la siguiente imagen:
Bueno espero y les haya servido esta información
domingo, 12 de agosto de 2018
Normas y estándares en proyectos de TI
Normas y estándares en proyectos de TI
En el presente documento se conocerá los conceptos de estándares y normas y las diferencias de cada uno de ellos, lo que es un norma iso y algunas normas y estándares más importantes que se aplican al desarrollo de software ya que cada una de las normas y estándares nos darán a conocer ciertas reglas a seguir para poder desarrollar software de calidad, hoy en día la calidad es importante para poder satisfacer a los clientes que pidan un sistema de calidad y cada vez hay mucho mayor competitividad en este mundo de la informática lo cual hace que cada uno de los desarrolladores busque opciones del como poder desarrollar software de calidad y en ello se han creado desde hace mucho tiempo atrás los estándares que hoy en día rigen en torno a este mundo para el desarrollo correcto de aplicaciones de calidad cumpliendo con sus normas y parámetros en la que se conseguirá la ansiada calidad, y en este trabajo hablaremos específicamente de estándares y normas aplicados al desarrollo de software y esos son: ISO SPICECMMI, IEEE, PSP, TSP, Moprosoft. Y encontraremos un cuadro comparativo de las normas y estándares más conocidas para el desarrollo de software.
Estándar
Es un conjunto de reglas que deben cumplir los productos,procedimientos o investigaciones que afirmen ser compatibles con el mismo producto. Los estándares ofrecen muchos beneficios, reduciendo las diferencias entre los productos y generando un ambiente de estabilidad, madurez y calidad en beneficio de consumidores e inversores.Los esfuerzos que se están realizando y los ya realizados han perseguido distintos objetivos que van desde la definición de API(Interface de Programación de Aplicaciones), los formatos de los ficheros con la información de parámetros biométricos, la encriptación de la información biométrica, la interacción entre dispositivos biométricos diferentes, etc.
Normas
Son reglas de conductas que nos imponen un determinado modo de obrar o de abstenernos. Las normas pueden ser establecidas desde el propio individuo que se las auto impone, y en este caso son llamadas normas autónomas, como sucede con las éticas o morales. Así,una persona ayuda a un necesitado porque se lo ordena su propia conciencia, y cuyo castigo también es personal, y está dado por el remordimiento.
Una norma es una regla que debe ser respetada y que permite ajustar ciertas conductas o actividades.Las normas se enfocan más en los procesos por los que tienen que pasar los productos y los estándares especifican la calidad con la que debe contar los productos.
Estándar
Es un conjunto de reglas que deben cumplir los productos,procedimientos o investigaciones que afirmen ser compatibles con el mismo producto. Los estándares ofrecen muchos beneficios, reduciendo las diferencias entre los productos y generando un ambiente de estabilidad, madurez y calidad en beneficio de consumidores e inversores.Los esfuerzos que se están realizando y los ya realizados han perseguido distintos objetivos que van desde la definición de API(Interface de Programación de Aplicaciones), los formatos de los ficheros con la información de parámetros biométricos, la encriptación de la información biométrica, la interacción entre dispositivos biométricos diferentes, etc.
Normas
Son reglas de conductas que nos imponen un determinado modo de obrar o de abstenernos. Las normas pueden ser establecidas desde el propio individuo que se las auto impone, y en este caso son llamadas normas autónomas, como sucede con las éticas o morales. Así,una persona ayuda a un necesitado porque se lo ordena su propia conciencia, y cuyo castigo también es personal, y está dado por el remordimiento.
Una norma es una regla que debe ser respetada y que permite ajustar ciertas conductas o actividades.Las normas se enfocan más en los procesos por los que tienen que pasar los productos y los estándares especifican la calidad con la que debe contar los productos.
Los países que bloquean webs no hacen que la piratería descienda, más bien lo contrario
Los países que bloquean webs no hacen que la piratería descienda, más bien lo contrario
Muchas son las regiones que a través incluso de órdenes gubernamentales, están echando mano de los bloqueos masivos de webs, todo ello en un intento de reducir la piratería de contenidos sujetos a derechos de autor, algo que no tiene los resultados pensados en un principio.
Y es que a lo largo de los años, más de una década, muchas han sido las medidas adoptadas por países de todo el mundo para intentar acabar con la piratería, ya sea de películas, series, software, música, libros, etc. Una de estas y que está convirtiendo en algo cada vez más habitual, son los bloqueos masivos de portales que ofrecen estos contenidos para que así, los internautas no puedan acceder a estos sitios.
Ya sean webs de descarga directa, o con enlaces torrent, entre otras, lo que se pretende con estas medidas es restringir el acceso de los usuarios a estos sitios y que así no tengan acceso a contenidos de manera ilícita, algo que, dicho sea de paso, no está resultando, ni mucho menos. Uno de los casos más claros en este sentido es el sucedido en Rusia, que hace cosa de cinco años se embarcó en un régimen de bloqueo de sitios para frenar drásticamente el fenómeno de la piratería.
En la actualidad más de 5.000 sitios siguen bloqueados por motivos relacionados con los derechos de autor, sin embargo la pregunta que nos podemos hacer en estos momentos es si este país más cerca de una solución contra la piratería que en el pasado año 2013, la respuesta es sencilla, no. Y es que hay que tener en cuenta que en los tiempos que corren, el bloqueo de sitios web es uno de los mecanismos de lucha contra la piratería más utilizados a nivel mundial.
A pesar del bloqueo de webs, la piratería sigue vigente en esos países
Es por ello que Rusia también se unió a este movimiento hace 5 años con la esperanza de cambiar la tendencia ascendente del intercambio de contenidos protegidos por los derechos de autor, por lo que con el paso del tiempo, miles de plataformas se vieron afectadas. De hecho esta ha sido una ley que con el paso del tiempo se ha ido endureciendo, afectando igualmente a diversos servicios VPN y anonimato en la Red de los que la gente hacía uso para saltarse estas restricciones.
Al mismo tiempo, esto es algo que también ha afectado a los motores de búsqueda, por lo que en total, las sentencias del Tribunal de la Ciudad de Moscú y las solicitudes de los titulares de los derechos se han referido en este período, a 116.298 sitios o páginas de sitios web involucrados en todo esto.
Sin embargo y a pesar de todo ello, la piratería de contenidos en Rusia sigue vigente, incluso teniendo en consideración que el sistema de bloqueo de sitios y contenidos en esta región es uno de los más duros del mundo, pero los titulares de los derechos siguen sin estar contentos debido a que los resultados obtenidos no han sido los deseados en un principio.
