PROCEDIMIENTO PARA EL DESARROLLO DE SOFTWARE
|
|
|
- María Luz Soriano Guzmán
- hace 9 años
- Vistas:
Transcripción
1 PROCEDIMIENTO PARA EL DESARROLLO DE REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. NUMERAL DESCRIPCION U ORIGEN DEL CAMBIO Página 1 de 6
2 1. OBJETIVO Establecer la metodología para recepcionar y atender las solicitudes de desarrollo de software requeridos por las diferentes unidades administrativas de la Institución, para ejecutarlas oportunamente. 2. ALCANCE Este procedimiento aplica para el desarrollo de software requeridos por las diferentes unidades administrativas y académicas de la Institución. 3. RESPONSABLE El Director de Sistemas, Información y Tecnologías es el responsable cumplir y hacer cumplir este procedimiento. directo de 4. DEFINICIONES: 4.1 Software: Son todos aquellos componentes intangibles de una computadora 4.2 ERS: Especificación de Requerimientos del Sistema 5. POLITICAS: 5.1 En la "Solicitud de desarrollo de software" se establece una fecha de entrega pactada con el solicitante, dependiendo de la complejidad del software a desarrollar. Sin embargo esta fecha puede extenderse por motivos propios de la ejecución del software, siempre y cuando se mantenga informado al solicitante. Página 2 de 6
3 5.2 Toda corrección, sugerencia o inquietud por parte del solicitante del desarrollo de software debe ser tramitada en la oficina de sistemas. 6. DESCRIPCION DE ACTIVIDADES 6.1 Solicitud de Desarrollo de Software: Ante la necesidad de desarrollo de software, los Directores o Jefes de Dependencias elaboran una solicitud, en el formato Solicitud de desarrollo de software, el cual debe estar completamente diligenciado y firmado por el solicitante, además debe llevar visado por parte del Vicerrector Administrativo y Financiero. 6.2 Recepción de la solicitud: La solicitud de para desarrollo de software es entregada en la oficina de Sistemas, inmediatamente se verifica que el formato Solicitud de desarrollo de software se encuentre debidamente firmado y aprobado por vicerrector administrativo y financiero, se procede a su recepción, diligenciando el espacio de firma de recibido oficina de Sistemas y fecha de recibido como constancia. 6.3 Identificación de las necesidades de desarrollo de software: Luego de ser recibida la solicitud, se realiza una reunión con el solicitante, el Director de Sistemas, Información y Tecnologías, y el Programador de Sistemas asignado por éste, para identificar las necesidades del software a desarrollar, siguiendo lo establecido en el documento IEEE-STD Especificaciones de los requisitos del software. De esta reunión se debe dejar un acta con la lista de ERS, Especificación de Requerimientos del Sistema, cuya estructura puede venir definida por varios estándares. 6.4 Análisis de requisitos para desarrollo de software: Definidos los requisitos para desarrollo del software, el Programador de Sistemas procede a realizar el análisis de los mismos para identificar lo que el software debe hacer. Esta fase de captura, y Página 3 de 6
4 análisis de las especificaciones de los requisitos, es crucial y de ella depende en gran medida el logro de los objetivos finales. 6.5 Diseño y Arquitectura del Software: Posterior al análisis de requisitos, el Programador de Sistemas determina como funcionará el software de manera general sin entrar en detalles. Se incorporan consideraciones de la implementación tecnológica como el hardware con el que cuenta el solicitante, y la red; así mismo, se definen los casos de uso para cubrir las funciones que realizará el software y se transforman las entidades definidas en el análisis de requisitos en clases de diseño, obteniendo un modelo cercano a la programación orientada a objetos. 6.6 Programación del software: Luego de determinar el diseño y arquitectura del software, se reduce el diseño a códigos, la cual se suele pensar que es la etapa más obvia del trabajo de ingeniería de software, o incluso la que más tiempo demora en el desarrollo del sistema, pero no es la fase más larga. La complejidad y duración de ésta etapa, está intrínsecamente relacionada al o a los lenguajes de programación utilizados por el Programador de Sistemas. Esta actividad se realiza en base al seguimiento de las especificaciones de los requisitos del software plasmados en el acta de reunión con el solicitante. 6.7 Prueba del Software: el Programador de Sistemas inicialmente procede a comprobar que el software desarrollado realiza correctamente las tareas indicadas en la Solicitud de desarrollo de software. Esta prueba se realiza ensayando por separado cada módulo del software y luego hace la prueba en forma integral, para así llegar al objetivo. Posterior a la realización de la primera prueba, es necesario que el solicitante también ensaye la funcionalidad del sistema con el apoyo del Programador de sistemas. Página 4 de 6
5 6.8 Documentación del Software: Todo lo concerniente a la documentación del desarrollo del software y de la gestión del proyecto, pasando por modelaciones, diagramas y pruebas, se debe plasmar en el Manual de Usuario del Software desarrollado. En este documento deben quedar las actividades descritas tan claramente, que cualquier persona pueda entenderlas; por su parte el Programador debe asegurarse de que el software haga las cosas tal y como están descritas en el Manual. 6.9 Entrenamiento al solicitante: El Director de Sistemas y el Programador de Sistemas brindan entrenamiento al solicitante y a los usuarios que utilizaran el software desarrollado y le hace entrega del Manual de Usuario. De dicho entrenamiento debe quedar constancia en el "Registro de asistencia a actividades de formación y otras actividades de mejora de la competencia" y se evalúa su eficacia a través de la "Evaluación de la eficacia de la formación y otras actividades de mejora de la competencia" 6.10 Entrega del software: El Director de Sistemas, Información y Tecnologías formaliza la entrega del nuevo software asegurándose de recoger la firma del solicitante en la respectiva Solicitud para desarrollo de software, en constancia del recibido a satisfacción Mantenimiento: Luego de la entrega formal del software, es necesario mantenerlo y mejorarlo para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial. Los usuarios podrán realizar solicitudes de soporte de aplicativos o realizar formalmente una Solicitud de Mejora de aplicativos. Página 5 de 6
6 7. DOCUMENTOS DE REFERENCIA IEEE-STD Especificaciones de los requisitos del software Manual de Usuario 8. REGISTROS Registro de atención de soporte de aplicativos Registro de atención de soporte técnico Solicitud de desarrollo de Software Solicitud de Mejora de Aplicativo Formato de Solicitud de Desarrollo de Sistemas Registro de asistencia a actividades de formación y otras actividades de mejora de la competencia Evaluación de la eficacia de la formación y otras actividades de mejora de la competencia. Elaborado por Aprobado por Nombre Reinaldo Escorcia Acevedo Piedad Martínez Carazo Cargo Director de Sistema, Información y Tecnologías Rector Firma Original Firmado Original Firmado Página 6 de 6
PROCEDIMIENTO PARA RECIBO Y ENTREGA DE BIENES
PROCEDIMIENTO PARA RECIBO Y ENTREGA REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. 15-07-2013/V1 NUMERAL 5.3 5.4 DESCRIPCION U ORIGEN DEL CAMBIO Se especifica que cuando se trate de activos fijos,
PROCEDIMIENTO PARA LA EVALUACIÓN DE DESEMPEÑO
PROCEDIMIENTO PARA LA EVALUACIÓN DE REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. NUMERAL DESCRIPCION U ORIGEN DEL CAMBIO Página 1 de 6 1. OBJETIVO Establecer los pasos que se deben llevar a cabo
PROCEDIMIENTO PARA EL TRATAMIENTO DE PRODUCTO O SERVICIO NO CONFORME (PSNC)
PROCEDIMIENTO PRODUCTO O SERVICIO NO CONFORME (PSNC) REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. 10-10-2013/V1 NUMERAL 3/ 5.2/ 5.2.1 5.2.1/ 5.2.3/ 7 DESCRIPCION U ORIGEN DEL CAMBIO Se ajustaron
Perfil Profesional en formato de la SETEC
Perfil Profesional en formato de la SETEC COMPETENCIA GENERAL: TECNOLOGÍA SUPERIOR EN DESARROLLO DE SOFTWARE UNIDADES DE COMPETENCIA: UNIDADES DESCRIPCIÓN UNIDAD DE COMPETENCIA 1 Analizar los requerimientos
Tecnología hardware y software
Denominación: Desarrollo de software Código : J62.05 Nivel: 4 Sector: Familia: Eje tecnológico: Programación informática, consultoría de informática y actividades conexas. Tecnología hardware y software
PROCEDIMIENTO DE COMPRAS CONTROL DE CAMBIOS
Página 1 de 7 CONTROL DE CAMBIOS FECHA VERSIÓN DESCRIPCIÓN DEL CAMBIO 2015-10-19 01 Documento inicial. Se modifica la actividad No. 1 en cuanto a la definición de los casos en los que aplica el formato
PROCEDIMIENTO PARA SOLICITUD DE REFRIGERIOS Y/O ALMUERZOS
PROCEDIMIENTO PARA SOLICITUD DE REFRIGERIOS Y/O ALMUERZOS REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. 01-09-2013/V1 NUMERAL 6.2 6.5 DESCRIPCION U ORIGEN DEL CAMBIO Se establece que la verificación
PROCEDIMIENTO PARA LA EVALUACION, SELECCION Y REEVALUACIÓN DE PROVEEDORES
PROCEDIMIENTO PARA LA EVALUACION, SELECCION Y REEVALUACIÓN DE REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. 15-08-2013/V1 NUMERAL N/A 6.4 DESCRIPCION U ORIGEN DEL CAMBIO Se ajustó el nombre del responsable
ZCBC. ECBTI. Programa Ingeniería de Sistemas. Curso Académico de Programación Orientada a Objetos. Código José Acevedo y Gómez
ZCBC. ECBTI. Programa Ingeniería de Sistemas Curso Académico de Programación Orientada a Objetos Código 301403 José Acevedo y Gómez Programación Orientada a Objetos Unidad II Requisitos y Análisis Unidad
La Solicitud de Dictamen Técnico, deberá plasmar los siguientes puntos:
La Solicitud de Dictamen Técnico, deberá plasmar los siguientes puntos: Objetivo. Del sistema. Alcance. Del sistema en general y de cada módulo. Detalle que deberá alcanzar el Software a Desarrollar. Describir
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software
IEEE-std-830-1998 Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements Specifications Preparó: Ing. Ismael Castañeda Fuentes
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 FASE DE MANEJO DE REQUERIMIENTOS Los requisitos son la parte más incomprendida de la Ingeniería de Software y sin embargo, es la más crucial. Estudios apuntan
Mantenimiento de Software
Mantenimiento de Software Contexto Histórico Frente a la considerable velocidad con que se ha desarrollado la ingeniería de computadores (hardware), el desarrollo del software ha sufrido un retraso histórico
Política de Asignación y Entrega de
1 de 11. Dirección General de Tecnologías de información 2 de 11 Contenido I. Aspectos Generales... 3 II. Asignación de Equipos Nuevos.... 4 1. Aumento de dotación... 4 2. Reemplazos (personas nuevas en
INSTRUCTIVO PARA LA EXPEDICION DE CERTIFICACIONES Y DUPLICADO DE DOCUMENTOS
INSTRUCTIVO PARA LA EXPEDICION DE CERTIFICACIONES Y DUPLICADO DE REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. 30-09-2013/V1 NUMERAL 4.1 3.2/ 4.6/ 4.4 DESCRIPCION U ORIGEN DEL CAMBIO Se ajusta el
BACHILLERATO TÉCNICO VOCACIONAL EN DESARROLLO DE SOFTWARE
BACHILLERATO TÉCNICO VOCACIONAL EN DE SOFTWARE Descriptor del módulo de Segundo año Desarrollo de Programación orientada a objetos Módulo 2.4: Desarrollo de Programación orientada a objetos Aspectos generales
PROCEDIMIENTO PARA EL TRAMITE DE CORRESPONDENCIA INTERNA Y EXTERNA
PROCEDIMIENTO PARA EL TRAMITE DE CORRESPONDENCIA INTERNA Y EXTERNA REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN NUMERAL No. 30-09-2013/V1 3/ 5.1/ 6.1.3 DESCRIPCION U ORIGEN DEL CAMBIO Se ajustaron los
BACHILLERATO TÉCNICO VOCACIONAL EN DESARROLLO DE SOFTWARE
BACHILLERATO TÉCNICO VOCACIONAL EN DE SOFTWARE Descriptor del módulo de Segundo año Desarrollo de Programación orientada a objetos Módulo 2.4: Desarrollo de Programación orientada a objetos Aspectos generales
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software
IEEE-std-830-1998 Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements Specifications Preparó: Ing. Ismael Castañeda Fuentes
PROCEDIMIENTO PARA EL MANEJO DE ACCIONES CORRECTIVAS, PREVENTIVAS Y DE MEJORA
PROCEDIMIENTO PARA EL MANEJO DE ACCIONES CORRECTIVAS, PREVENTIVAS Y DE MEJORA REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. NUMERAL DESCRIPCION U ORIGEN DEL CAMBIO Página 1 de 6 1. OBJETIVO Este procedimiento
MANUAL DEL PROCESO GESTIÓN DE FISCALIZACIÓN Y CONSTRUCCIÓN
MANUAL DEL PROCESO GESTIÓN DE FISCALIZACIÓN Y CONSTRUCCIÓN DIRECCIÓN DE FISCALIZACIÓN Y CONSTRUCCIÓN Aprobado por el Comité de Gestión de la Calidad de Servicio y Desarrollo Institucional el 20/12/2017
Capítulo III: MARCO METODOLÓGICO
Capítulo III: MARCO METODOLÓGICO Tipo de Investigación El presente trabajo de investigación, tuvo como propósito el desarrollo de una aplicación experimental que permitió evaluar la operatividad y funcionalidad
CAPITULO 1 INTRODUCCIÓN
1 CAPITULO 1 INTRODUCCIÓN En el presente Capítulo I, se describe a continuación la empresa incluyendo su reseña historia, política, visión misión y objetivos, el área donde va a ser realizado el proyecto
UNIVERSIDAD DE CÓRDOBA
1 de 6 ÍNDICE 1. OBJETIVO 2 2. ALCANCE 2 3. DEFINICIONES 2 4. CONTENIDO 3 4.1. GENERALIDADES 3 4.2 DESCRIPCIÓN DEL PROCEDIMIENTO 3 5. FLUJOGRAMA 5 6. DOCUMENTO DE REFERENCIA 6 7. REGISTROS 6 8. CONTROL
PERFIL COMPETENCIA VENDEDOR TÉCNICO METALÚRGICO METALMECÁNICO
PERFIL COMPETENCIA VENDEDOR TÉCNICO METALÚRGICO METALMECÁNICO FECHA DE EMISIÓN: 18/01/2018 01:21 FICHA DE PERFIL OCUPACIONAL VENDEDOR TÉCNICO METALÚRGICO METALMECÁNICO Sector: MANUFACTURA METÁLICA Subsector:
MANUAL DE FUNCIONES Y DESCRIPCION DEL CARGO
Página 1 de 5 I. IDENTIFICACION DEL CARGO Denominación: Coordinador de Almacén Superior Inmediato: Jefe División de Logística Personal a Cargo: Asistente de Inventarios, Auxiliar de inventarios, Auxiliar
MATRIZ DE VALORACIÓN O RÚBRICA. Actividad de evaluación:
10. Matriz de Valoración ó Rúbrica Siglema: ADSI-02 Nombre del Nombre del 1.1Realiza levantamiento de información y diagramado de datos, procesos, eventosrespuesta de la organización, mediante el apoyo
UNIVERSIDAD TECNOLÓGICA DE PANAMÁ ANALISTA DE SISTEMAS. Procesamiento Electrónico de Datos
DATOS GENERALES Familia: Administración, Asistencia Técnica y Actividades Afines Grado: Salario: Grupo Ocupacional: Procesamiento Electrónico de Datos Nivel Funcional: Técnico y Profesional Grupo Laboral:
Términos de Referencia. Servidor Público 7 Especialista de Desarrollo con conocimiento de Sistema de Información Geográfica
Términos de Referencia Servidor Público 7 Especialista de Desarrollo con conocimiento de Sistema de Información Geográfica Posición Responsable de definir la configuración de la arquitectura de sistemas
Interfaz de usuario Donantonio
Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3
BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA
BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA Contenido Una metodología para el desarrollo de software debe ser un instrumento que permita gestionar un proceso dado, existen hoy
C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas
C O N T E N I D O 1. Propósito 2. Alcance 3. y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos Anexo 1 : Solicitud de un proyecto Anexo 2
Guía para la documentación de proyectos de software
Estructura y contenido Guía para la documentación de proyectos de software Organización de Computadoras Universidad Nacional del Sur 2017 1. Definiciones y especificación de requerimientos Los requerimientos/requisitos
Capítulo 7. Pruebas y mantenimiento del sistema
Capítulo 7 Pruebas y mantenimiento del sistema 129 Una vez que el sistema ha sido desarrollado, es necesario someterlo a una serie de pruebas que nos permitan identificar y mejorar aquellos puntos necesarios
ETAPA Cómo se llaman los profesionales que escriben el código de los programas? Programadores.
ETAPA 1 1. A qué se le llama programa? Es un conjunto de instrucciones, comandos, órdenes o procedimientos escritos en un lenguaje de programación para que una computadora pueda realizar una tarea determinada
Ingeniería de Software
Ingeniería de Software Humberto Cervantes Maceda 1 Septiembre 2008 Software por todos lados Desde los años 40's la aplicaciones y usos de las computadoras han crecido de forma constante Hoy en día el software
UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO VIRTUALIZACIÓN DE CURSOS GESTIÓN DOCENCIA
Página: 1/9 UNIVERSIDAD AUTÓNOMA DEL CARIBE GESTIÓN DOCENCIA Página: 2/9 1. OBJETO Generar los contenidos, recursos digitales, objetos virtuales de aprendizaje, estructuras curriculares, estrategias pedagógicas
UNIVERSIDAD AUTÓNOMA DEL CARIBE INDUCCIÓN AL PERSONAL GESTIÓN HUMANA
UNIVERSIDAD AUTÓNOMA DEL CARIBE INDUCCIÓN AL PERSONAL GESTIÓN HUMANA 1. OBJETO Facilitar la adaptación e integración del nuevo funcionario a la Universidad Autónoma del Caribe y a su puesto de trabajo,
SISTEMA DE GESTION DE CALIDAD PROCEDIMIENTO CONTROL DE DOCUMENTOS PR-GC-03
SISTEMA DE GESTION DE PROCEDIMIENTO CONTROL DE DOCUMENTOS PR-GC-03 REVISION FECHA REGISTRO DE MODIFICACIONES DEL DOCUMENTO 00 01 de Septiembre 2008 Primera Edición ELABORADO POR REVISADO POR APROBADO POR
Procedimiento de Solicitud y Control de Cambios a los Sistemas Informáticos Institucionales.
Página 1 de 7 1. Propósito. Proveer los mecanismos necesarios para la solicitud de cambios y control de versiones a la funcionalidad de los sistemas informáticos institucionales. 2. Alcance. Aplica a los
Mantenimiento Correctivo y Preventivo
Página 1 de 5 1. Objetivo y Alcance Implementar los servicios de mantenimiento a equipos de cómputo, producción, laboratorio, redes eléctricas y telefónicas, instalaciones (carpintería, cerrajería, plomería,
PROCEDIMIENTO PARA ELABORACIÓN Y CONTROL DEL PROYECTO EDUCATIVO INSTITUCIONAL PEI
PROCEDIMIENTO PARA ELABORACIÓN Y CONTROL DEL PROYECTO EDUCATIVO REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. NUMERAL DESCRIPCION U ORIGEN DEL CAMBIO Página 1 de 8 1. OBJETIVO Establecer los elementos
MANUAL DE FUNCIONES Y DESCRIPCION DEL CARGO
Página 1 de 6 I. IDENTIFICACION DEL CARGO Denominación: Auxiliar de Turismo Superior Inmediato: Jefe División de Recreación Deporte y Turismo Personal a Cargo: Ninguno Dependencia: División de Recreación
Proceso de Desarrollo de SW
Proceso de Desarrollo de SW Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: material asignatura CS169,Software Engineering, UC Berkeley, entre otras fuentes. ELO 329:
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.
SMV. Superintendencia del Mercado de Valores AÑO DEL BUEN SERVICIO AL CIUDADANO INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE Nº SMV/09
INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE Nº 08-2017-/09 SOFTWARE PARA GENERACIÓN DE REPORTES CONTABLES 1. OFICINA SOLICITANTE: OFICINA GENERAL DE ADMINISTRACIÓN 2. RESPONSABLE DE LA EVALUACIÓN:
PROCEDIMIENTO MANEJO DE CAJA MENOR CONTROL DE CAMBIOS
Página 1 de 6 CONTROL DE CAMBIOS FECHA VERSIÓN DESCRIPCIÓN DEL CAMBIO 2016-JUN-13 01 Documento inicial. 1. OBJETIVO Describir las actividades y responsables del manejo de para cubrir las necesidades o
UNIVERSIDAD SALESIANA DE BOLIVIA ESCUDO DE LA UNIVERSIDAD NOMBRE DEL PROYECTO DE SOFTWARE
LOGO DE LA CARRERA IDS UNIVERSIDAD SALESIANA DE BOLIVIA ESCUDO DE LA UNIVERSIDAD NOMBRE DEL PROYECTO DE SOFTWARE MATERIA: SEMESTRE: DOCENTE: INTEGRANTES: GESTION: PRIMER APELLIDO SEGUNDO APELLIDO NOMBRES
FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP)
DIPLOMADO: FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP) MODALIDAD DE TITULACIÓN MEDIANTE LA OPCIÓN VI : EXAMEN GLOBAL POR ÁREAS DE CONOCIMIENTO INTRODUCCIÓN La Ingeniería
SEGURO SOCIAL DE SALUD (ESSALUD) AVISO DE CONVOCATORIA PARA CONTRATACIÓN ADMINISTRATIVA DE SERVICIOS (CAS)
SEGURO SOCIAL DE SALUD (ESSALUD) AVISO DE CONVOCATORIA PARA CONTRATACIÓN ADMINISTRATIVA DE SERVICIOS (CAS) SEDE CENTRAL OFICINA CENTRAL DE TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES I. GENERALIDADES 1.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de
Procedimiento para Diseñar y Entregar servicios de TIC
Procedimiento para Diseñar y Entregar servicios de TIC Objetivo: Establecer los lineamientos para definir y administrar la estrategia de las tecnologías de información, comunicaciones y seguridad, con
El sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).
ERS IEEE 830 En el capítulo 1 se explicó que es el estándar IEEE 830. A continuación, se lo aplica en la definición de los requerimientos del sistema, basado en las historias de usuario. Introducción Propósito
Lenguajes de Descripción de Hardware
Lenguajes de Descripción de Hardware Los lenguajes de descripción de Hardware (HDLS) son utilizados para describir la arquitectura y comportamiento de un sistema electrónico. VHDL VHDL, viene de VHSIC
ACC340 Sistemas de Información de la Contabilidad. LICENCIATURA Proyecto Profesional
ACC340 Sistemas de Información de la Contabilidad LICENCIATURA Proyecto Profesional Proyecto Profesional: Presentación Software Contable. Contenido OBJETIVO DEL PROYECTO TIEMPO ESTIMADO CRITERIOS DE EVALUACIÓN
