viernes, 8 de diciembre de 2017
jueves, 7 de diciembre de 2017
lunes, 23 de octubre de 2017
2.4 Validación de
requerimientos
La actividad de validación tiene como objetivo entregar un documento de
requisitos, los estándares relacionados y el conocimiento de la organización, y
como salida se obtiene una lista de problemas y una lista de acciones
recomendadas.
Clasificación
de los requerimientos.
Tipo de
requerimiento
|
Descripción
|
Requerimientos
cambiantes
|
Cambian debido a los cambios en el entorno en el que opera la
organización.
|
Requerimientos
emergentes
|
Incrementarse la comprensión del cliente en el desarrollo del sistema.
|
Requerimientos
consecuentes
|
Introducción del sistema informático.
|
Requerimientos
de compatibilidad
|
Sistemas particulares o procesos de negocios dentro de la organización.
|
Dentro del proceso de Verificación y validación se utilizan
dos técnicas de comprobación y análisis de sistemas:
1. Las inspecciones del software analizan y comprueban las
representaciones del sistema como el documento de requerimientos, los diagramas
de diseño y el código fuente del programa.
2. Las pruebas del software consiste en contrastar las
respuestas de una implementación del software a series de datos de prueba y
examinar las respuestas del software y su comportamiento operacional, para
comprobar que se desempeñe conforme a lo requerido.
Fuentes :
2.3 Especificación de requerimientos
Los requerimientos
de un sistema describen los servicios que ha de ofrecer el sistema y se van a
dividir en requerimientos funcionales y
requerimientos no funcionales. Una breve explicación de las diferencias de los
requerimientos.
Requerimientos
funcionales
|
Requerimientos no
funcionales
|
•
En algunos casos los requerimientos funcionales deben
describir de manera explícita, lo que el sistema no debe hacer.
•
Describen las
transformaciones que el sistema realiza sobre las entradas para producir
salidas.
•
Expresan la naturaleza del funcionamiento del sistema
(cómo interacciona el sistema con su entorno y cuáles van a ser su estado y
funcionamiento)
|
•
Estos incluyen restricciones en el tiempo que se debe
demorar un proceso, restricciones sobre el proceso de desarrollo y
estándares.
•
Estos requerimientos son restricciones sobre los
servicios y funcionalidades ofrecidos por el sistema.
•
Estos normalmente no aplican a características o
servicios particulares del sistema
|
Basando nos en las definiciones hicimos una tabla conforme a nuestro proyecto.
Requerimientos funcionales
|
Requerimientos no
funcionales
|
·
Los usuarios deben ingresar al sistema con un nombre de usuario y
contraseña.
·
La
aplicación StressApp! Solamente va funcionar en dispositivos móviles como en
celulares y tabletas para ser va especifico funcionara en equipos que cuenten
con Astroide de 4.0 en adelante.
|
·
En cuestión en la seguridad Los acceso al sistema podrán ser cambiados solamente por el administrador de acceso a
datos y si se identifican ataques de seguridad del
sistema no continuará operando hasta
ser desbloqueado por un administrador de seguridad.
·
El uso de la aplicación por
un usuario no tendrá limite es decir lo puedes
usar el tiempo que pueda.
·
La aplicación móvil debe contar con manuales de
usuario estructurados adecuadamente.
·
Debe estar definido explícitamente (en manuales
de procedimientos) en el cual no basaremos en los estándares ISO 9000.
·
La herramienta en la cual nos vamos apoya para
hacer la aplicación es “ADROIDE ELIPSE”.
|
Para mas claro ver el vídeo
2.2 OBTENCIÓN Y ANÁLISIS DE
REQUERIMIENTOS
A lo que yo
entiendo son varias actividades donde los ingenieros de software trabajan con
los clientes para determinar varios puntos y son:
·
El
dominio de la aplicación (el sistema )
·
El
rendimiento requerido del sistema, las restricciones hardware, etcétera.
·
Qué
servicios debe proporcionar el sistema.
¿Qué
requerimientos se van a ocupar?
Ø
Entrevistas
Con la
finalidad de obtener información cualitativa como opiniones, o descripciones
subjetivas de actividades.
Ø
Desarrollo
conjuntos de Aplicaciones
En esta
actividad participan los clientes expertos al análisis del software.
Ø
Desarrollo
de Prototipos
Promueven al
desarrollo de ideas que salen en los
requerimientos.
Ø
Observaciones
Verifican que
realmente se sigan todos los pasos especificados.
Ø
Estudio
de Documentación
Ø
Cuestionarios
Asegura el
anonimato de los encuestados, situación que puede conducir a respuestas más
honestas.
Fuentes :
http://www.javeriana.edu.co/biblos/tesis/ingenieria/Tesis189.pdf
https://es.slideshare.net/SergioRios/unidad-13-analisis-de-requerimientos
jueves, 21 de septiembre de 2017
lunes, 18 de septiembre de 2017
¿Porque es importante aplicar Ingeniería
de Software en tu profesión?
Mi opinión acerca de la importancia de la ingeniera de software en mi profesión es importante ya que abarca varios puntos como lo que es diseñar, programar ya analizar.
Conforme esto se aplica en un software de manera correcta, cumpliendo
con todas las especificaciones del cliente.
Cuando se está creando el proyecto es ahí donde se aplican las
metodologías (ya sea una de las dos que son: tradicionales o las agiles) con la
finalidad: Aumentar la productividad y trabajo de los ingenieros del software, mejorar
la calidad de los productos de software y facilitar el control del proceso de
desarrollo de software.
Al aplicar cualquiera de las dos metodologías van a llegar al mismo
punto, que es el proyecto final, al avanzar el actual desarrollo de
software en cualquier entidad. El objetivo es contar con software sostenible,
con larga vida de utilización, fácil de utilizar y que sean desarrollados en
breve tiempo.
A mi punto de vista la Ingeniería de Software siempre juega un papel
sumamente importante en cada uno de ellos, incluso en los más sencillos.
domingo, 17 de septiembre de 2017
Ingeniera de software
Lo siguiente que hice es una tabla comparando las siguientes metodologías.|
Tabla comparativa entre Metodologías Tradicionales y Ágiles
|
|
|
Metodologías tradicionales
|
Metodologías agiles
|
|
Planificación
|
|
|
·
Esta metodología requiere los requerimientos
detallados desde el inicio del proyecto.
|
·
A diferencia de la otra metodología
tradicional, esta metodología los requisitos son muy cambiantes.
|
|
Colaboración en el equipo
|
|
|
·
Empodera al Gerente de proyecto para el éxito
del mismo, este decide si participa de este poder o no al equipo o no.
|
·
Empodera al equipo para trabajar de forma
creativa e innovadora.
|
|
Precio
|
|
|
·
Esta Metodologías es definido para el proyecto
|
·
Se invierte en las funcionalidades que dan al
cliente y se avanza hasta que se logre.
|
|
Tiempo
|
|
|
·
En cuestión de tiempo existe un compromiso
respecto al tiempo de entrega del proyecto.
|
·
En el caso del scrum máximo un mes hay entrega
de producto de valor para el cliente.
|
|
Cliente
|
|
|
·
Nada más el cliente apoya mediante reuniones.
·
La retroalimentación del cliente es conocida
al final, pudiendo generar insatisfacción.
|
·
El cliente está involucrado en el desarrollo
del proyecto.
·
La retroalimentación del cliente es constante
a lo largo del proyecto
|
|
Documentación
|
|
|
·
Atención perfecta a la documentación.
|
·
Solo se genera la documentación que genera
valor al cliente y al proyecto.
|
martes, 22 de agosto de 2017
Auditoria
TI
En forma general que vimos en el parcial 3, en la materia de
la Administración de la función informática fueron 4 puntos que son importantes
·
Perfil de
auditor
Un auditor establece de los temas de la importancia en el
proceso de realizar una auditoria dentro
de una empresa con la finalidad de lograr los resultados para elevar el
desempeño de la organización.
·
Plan de
auditoria y tipos de auditoria
Es el documento que te facilita la programación en el tiempo
y la coordinación eficiente de las actividades de auditoria con la finalidad de
alcanzar los objetivos.
·
Lista de
verificación
Es un documento que se puede hacer en Excel o en Word ya que
es una herramienta para el Sistema de Gestión de Calidad, es la auditoría
interna. Donde este documento se basa en las normas de la ISO 9001 2015. La
auditoría interna se convierte en un recurso clave. (Conforme a las normas de
la ISO 9001 2015 se evaluaron nuestros procesos
y dentro de los pocesos al igual se evaluaron los procedimientos los
cuales son:
·
Responsabilidad de mandos(Procedimiento: Procedimiento
Documentacion TIC.web)
·
Control de recursos(Procedimiento: Procedimiento Control
de Recursos TIC.web )
·
Elaboración de producto (Procedimiento: Procedimiento Elaboracion de Producto TIC.web )
·
Cumplimiento de requisitos(Procedimiento: Procedimiento
Cumplimiento de Requisitos Legales TIC.web )
Nota:
La lista de verificación de auditoría no es un requisito de
la norma ISO 9001 2015, siendo una herramienta muy utilizada para no perder
ningún elemento de este proceso.
·
Informe
de auditoria
Al igual de los demás es un documento pero el más importante
de la auditoria informática en el cual se presentan los resultados obtenidos
durante la evaluación. Donde se puede observar los objetivos, alcances,
observaciones, recomendaciones y conclusiones del proceso de evaluaciones
relacionadas con las áreas de informática.
miércoles, 12 de julio de 2017
Proceso y procedimientos
Procesos
Quiero empezar con la definición de proceso para después llevarlo acabo en el proyecto que estamos llevando acabo
· Los Procesos son acciones o actividades organizadas e interrelacionadas, orientadas a obtener un resultado específico con la finalidad de obtener resultados. Los objetivos comunes que son compartidos por todos los departamentos.
· Los Procesos establecen Partiendo de la premisa que todo aquello que es cuantificable se puede mejorar.
Proceso 2
(Conforme a nuestro proyecto)
Control de recursos
Mantener el control estratégico de cada puesto definido en el organigrama y que cada individuo cumpla con su roll y su objetivo. Previsión de los recursos necesarios para la operación del proyecto.
Cada proceso debe tener asignada una métrica que permita cuantificar la eficiencia del mismo. A lo que conlleva a los procedimientos.
Procedimientos
· Los Procedimientos definen la secuencia de los pasos para ejecutar una tarea.
· Especifican como deben proceder los responsables en su ejecución estableciendo políticas, normas y flujo de documentación. Es decir los pasos se tienen que llevar acabo, su objetivo es finalizar una tarea.
Nota
Los Procedimientos tienen objetivos diferentes para cada departamento de la organización.
Por ejemplo: El líder va tener una serie de actividades específicas (reunión de trabajo con todo el equipo para asignar los roles y para comprobar va ser una bitácora o una minuta donde compruebe que si los está llevando acabo) que va ser diferente a las de un analista (informar a todo el departamento de SGTI sobre posibles mejoras y lo va ser atreves de un documento “x”)
· Link para ver el documento de los procesos y el procedimiento (Control de recursos) del proyecto TIC.WEB
jueves, 8 de junio de 2017
Misión / visión/ organigrama/políticas
Misión es lo que está dispuesta
la empresa hacer ya sea brindar un servicio
Visión es como se
ve a futuro la compañía pero la empresa para esto cuenta con una organización
dentro de la misma empresa donde se asignan lo roles de cada individuo y es más fácil identificarlo con un organigrama, en nuestra empresa está
formado de la siguiente manera.
En cuanto a las políticas
de una organización.
Es procedimiento de principios para
orientar la toma de decisiones y lograr resultados razonadas, es decir, es el
proceso por el cual las personas:
• Tienen
diferentes intereses, agendas, y perspectivas.
• Compiten,
crean conflicto y/o colaboran para:
Interpretar y evaluar información
y así poder tomar decisiones tomar decisiones
Ubicar o reclamar recursos y
recompensas.
Estructurar o reestructurar la
organización.
Esquema de políticas organizacionales
miércoles, 7 de junio de 2017
Opinión personal acerca del Derechos
de autor
El autor de una obra es el creador intelectual para explotar
temporalmente, las obras de su autoría y en la de ser reconocido siempre como
autor de tales obras, con todas los privilegios a dicho reconocimiento.
Pero para “gozar” de esos
privilegios tiene que hacer un proceso de registro ya ha una canción, un
registro de un software, que es nuestro caso. Y al registrar un software se le
conoce como LICENCIAMIENTO.
Esta información es indispensable
para tramitar un registro de programa de computo,se tienen que reunir una serie
de requisitos, que son sencillos y que se encuentran en los propios
formatos. Básicamente son los siguientes:
š Copia
del programa de cómputo en soporte electrónico (CD, DVD);
š Breve
descripción del programa (¿para qué sirve?, ¿cuáles son sus funciones?);
š Título
de la obra (para efectos de identificar frente a otros programas);
š Impresión
de código (10 primeras y 10 últimas hojas);
š Rellenar
formato RPDA01 y en su caso el auxiliar (cuando hay coautores); por duplicado:
š Documentos:
societarios; datos de la representación legal o gestoría;
š Datos
del programa, identificación, fecha en que se dio a conocer (muy importante que
la fecha de divulgación sea comprobable);
š Si
es una obra por encargo, documento que acredite ésta situación (vgr.: contrato
de obra, de servicios, de colaboración, de cesión, etc.)
š Identificar
que se trata de un programa de cómputo;
š Comprobante
de pago de derechos (se puede hacer a través de hoja de ayuda, a la fecha de
hoy ronda los $200 pesos 00/100 MN).
Nota La solicitud de registro de la obra se realiza
ante el Instituto Nacional del Derechos de Autor (INDAUTOR, http://www.indautor.gob.mx)
Bibliografías
Suscribirse a:
Comentarios (Atom)