Está en la página 1de 16

SERVICIO NACIONAL DE APRENDIZAJE

(SENA)

Titulada Virtual:
Análisis y Desarrollo de Sistemas de Información

Asignatura:
AP01-AA1-EV01. identificación de la necesidad de sistemas de información
procedimiento desarrollo curricular guía de aprendizaje

Presenta:
Juan David Cárdenas Olarte 2374900

Ernesto Sanabria Tarazona 2374900

Aprendices

Docente Líder Virtual:


Carlos Alberto La Rotta Aldana
Profesional en Ingeniería de Sistemas

Medellín Antioquia
28 de septiembre 2021
Pagina

TABLA DE CONTENIDO

1. Contexto Temático ........................................................................................................................................... 1


1.1 Actividades de contextualización e identificación de conocimientos necesarios para el
aprendizaje: .............................................................................................................................................................. 4
1.1.2 Cuestionario referentes de calidad: ........................................................................................................... 4
1.1.3 Modelos de calidad ................................................................................................................................... 4
1.1.4 Medición .................................................................................................................................................. 4
1.1.5 Evaluación ............................................................................................................................................... 4
2. Descripción y entendimiento de la Calidad en el desarrollo de Software ......................................................... 5
2.1 ¿Cuál es el significado de la palabra referente? ........................................................................................ 5
2.2 ¿Qué es el referente de calidad? ............................................................................................................... 5
2.3 ¿Explique en qué consiste las tres visiones de la calidad? ........................................................................ 5
2.4 ¿Qué referentes existen para la calidad de Software? o ¿En qué se diferencia un modelo de
calidad con un referente de calidad? o ¿Por qué es necesaria la calidad
de Software? ......................................................................................................................................................6-7
3. Actividades de apropiación del conocimiento ............................................................................... 8-9
3.1 Propósito de la calidad de software .......................................................................................................8-9
3.2 Fundamentos de la calidad de software .............................................................................................10-11
3.3 Visiones de la calidad ............................................................................................................................. 12
3.4 Tipos de requisitos de Software .........................................................................................................13-14
3.5 Características especiales del software .................................................................................................. 15
4. Cibergrafia .................................................................................................................................... 16
1. CONTEXTO TEMÁTICO

La importancia de implementar un sistema de información con calidad radica principalmente


en entregar productos de calidad esperada, en donde se previenen riesgos a futuro y se genera
ambientes ideales de desarrollo sin error. Así mismo, todo software puede tener fallos que
terminen siendo responsables de grandes pérdidas de dinero para las entidades que lo ejecutan
o en su peor descrita; pérdida total de toda la base de datos por error o sustracción. Cabe
resaltar que mientras más tarde se detecten los defectos o errores, mayores pueden ser las
consecuencias en los procesos.

Conocer cada uno de los indicadores del proceso de la calidad del software y cómo se está
desempeñando su producto, es indispensable para brindar soluciones claras a las necesidades
de los usuarios, desde un aspecto fácil de manejar y que sea cómodo. El objetivo, es que logre
soportar todos los requerimientos, sea amigable, seguro, útil, usable, estable y satisfaga las
necesidades y requerimientos del usuario sin que presente fallos o errores.

Dado que las pruebas de calidad de software revisan, supervisan y examinan la forma en que
se desenvuelve el producto, es posible contar con un informe final en el que se establece si el
software cumple o no con lo que espera el usuario, según el motivo por el cual fue hecho. A la
vez que se comprueba la exactitud y confiabilidad de los procesos apoyados en cada una de
las pruebas realizadas: funcionales y no funcionales.
1.1 ACTIVIDADES DE CONTEXTUALIZACIÓN E IDENTIFICACIÓN DE
CONOCIMIENTOS NECESARIOS PARA EL APRENDIZAJE

1.1.2 Cuestionario Referentes De Calidad: Existen referentes y metodologías para el


diseño, programación, prueba y análisis del software desarrollado, con el objetivo de ofrecer
una mayor confiabilidad, mantenibilidad en concordancia con los requisitos exigidos, con esto
se eleva la productividad y el control en la calidad de software, parte de la gestión de la
calidad se establecen a mejorar su eficacia y eficiencia. Responda:

-Describir y contextualizar las definiciones en diferentes fuentes bibliográficas de: Modelo de


calidad, medición y evaluación.

1.1.3 Los Modelos De Calidad: son referencias que las organizaciones utilizan para mejorar
su gestión. Los modelos, a diferencia de las normas, no contienen requisitos que deben
cumplir los sistemas de gestión de la calidad sino directrices para la mejora. Existen modelos
de calidad orientados a la calidad total y la excelencia, modelos orientados a la mejora,
modelos propios de determinados sectores e incluso modelos de calidad que desarrollan las
propias organizaciones.

1.1.4 La medición: proporciona información que posibilita la evaluación. En este sentido, la


medición es previa a la evaluación, está supeditada a ésta y sirve a sus propósitos, Para
obtener una información que sea cuantificable y que corresponda con propiedad de objeto de
evaluación se efectúan mediciones: tradicionalmente los términos de medición y evaluación
se han usado como sinónimos y existe una confusión de data muy antigua al respecto.

Los límites entre evaluación y medición no son claros ni precisos.

1.1.4 la evaluación: es un proceso más amplio y abarca más que la medición; se puede
evaluar:

• Describiendo cuantitativamente atributos, usando medidas.

• Describiendo cualitativamente atributos, sin usar medidas.

Realizar una evaluación de calidad sobre un producto de software es visualizar y testear las
características funcionalidad y confiabilidad del producto, según las métricas definidas por
estos estándares, y así detectar las debilidades de este sistema, para alimentar un proceso de
mejora continua. Se realiza además una presentación general sobre la familia de la norma
ISO/IEC 25000, y se mencionan las ventajas y desventajas de los estándares.
2. DESCRIPCIÓN Y ENTENDIMIENTO DE LA CALIDAD EN EL
DESARROLLO DE SOFTWARE.

La calidad del software ha sido tema de estudio e investigación en las últimas décadas
arrojando como resultado estándares de calidad y también los denominados modelos de
calidad.

Los modelos de calidad son referencias que las organizaciones utilizan para mejorar su
gestión. Los modelos, a diferencia de las normas, no contienen requisitos que deben cumplir
los sistemas de gestión de la calidad sino directrices para la mejora. Existen modelos de
calidad orientados a la calidad total y la excelencia, modelos orientados a la mejora, modelos
propios de determinados sectores e incluso modelos de calidad que desarrollan las propias
organizaciones.

El concepto de calidad es algo muy genérico por lo cual medirla de manera directa no es
posible y esta labor constituye en todo un desafío. Algunos prosistas han propuesto que la
solución al problema de evaluar la calidad del software pasa por la descomposición del
concepto genérico de calidad en propiedades (características o atributos) más sencillas de
medir y evaluar, dándole el nombre de Modelo de Calidad a este tipo de descomposición.
Cataldi (2000).

Los modelos de calidad presentan por lo general una estructura jerárquica donde se tiene
factores genéricos que se van descomponiendo en otros más específicos que si pueden ser
medidos mediante lo que se conoce como métricas.
2.1 ¿Cuál es el significado de la palabra referente?

Con origen en el vocablo latino referens, la noción de referente sirve para hacer mención a la
persona u objeto que hace referencia o refleja relación a algo. El término suele aprovecharse
para nombrar a quien sobresale y es, por lo tanto, un exponente o un símbolo dentro de un
determinado ámbito.

2.2 ¿Qué es el referente de calidad?

Es un criterio claro y público que permite juzgar si un estudiante, una institución o el sistema
educativo en su conjunto cumplen con unas expectativas comunes de calidad. Establece una
situación deseada en lo que se espera que los Estudiantes aprendan en cada una de las áreas,
especificando por grupos de grados.

2.3 ¿Explique en qué consiste las tres visiones de la calidad?

• Visión del usuario: es el grado de educación al propósito es aquel software que


satisface las necesidades de los usuarios que se basa en tareas del usuario a veces muy
dependientes del contexto apoyado por modelos de confiabilidad modelos de desempeño y
laboratorios de usabilidad.

• Visión del productor: es aquella conformidad que se obtiene con la especificación de


dicho producto.

• Visión basada en valor: es aquella que está basada en cuanto está dispuesto el cliente a
pagar

2.4 ¿Qué referentes existen para la calidad de Software? o ¿En qué se diferencia un
modelo de calidad con un referente de calidad? o ¿Por qué es necesaria la calidad de
Software?

El estándar ISO/IEC 14598 es actualmente usado como base metodológica para la evaluación
del producto software. En sus diferentes etapas, establece un marco de trabajo para evaluar la
calidad de los productos de software proporcionando, además, métricas y requisitos para los
procesos de evaluación de estos.

NORMAS ISO/IEC ISO 12207 – Modelos de Ciclos de Vida del Software. Estándar para los
procesos de ciclo de vida del software de la organización, Este estándar se concibió para
• ISO/IEC 2500n: división para gestión de calidad

• ISO/IEC 2501n: división para el modelo de calidad

• ISO/IEC 2502n – División de Medición de Calidad

• ISO/IEC 2503n – División de Requisitos de Calidad

• ISO/IEC 2504n – División de Evaluación de Calidad

aquellos interesados en adquisición de software, así como desarrolladores y proveedores. El


estándar indica una serie de procesos desde la recopilación de requisitos hasta la culminación
del software. El estándar comprende 17 procesos lo cuales son agrupados en tres categorías:
(Principales, de apoyo y de organización)

La calidad en el software es necesaria ya que es un sistema que debe tener una referencia de
alta calidad para que los usuarios desarrollen sus actividades con un proceso más rápido y
viable para cumplir con sus funciones. Ya sean laborales o de cumplimiento
3. ACTIVIDADES DE APROPIACIÓN DEL CONOCIMIENTO

3.1 El propósito general de la calidad del software: es dar cumplimiento a todos los
requerimientos establecidos por el cliente, las características mínimas funcionalidad,
confiabilidad de uso, rendimiento, portabilidad, seguridad etc., (FURPS+) y dar cumpliendo
con las normativas establecidas para el desarrollo del software. de igual manera ofrecer un
producto con un gran desempeño que logre sobresalir en el mercado. Mejorar el
funcionamiento y manejo de todos los productos de software ofrecidos por la organización.

* llevar a cabo el proceso de testeo para determinar las falencias o el comportamiento del
software.

* Verificar que el software cumpla con todos los requisitos del cliente sin dejar de lado los
enfoques de la organización.

* Permitir la implementación de ideas que le den solución a las problemáticas que se


encuentren después de la realización de las pruebas de calidad hechas al software en todas sus

Mapa de navegación
En el contexto teórico descrito con anterioridad, la aplicación de calidad en el desarrollo del
sistema de información de la tienda tecnológica CELUMOVIL, se evidencia después del
desarrollo de la encuesta y su cuantificación, la necesidad de implementación pasando al
contexto de desarrollo de calidad en el proceso; donde el mapa de navegación ideado en
concordancia con sus servidores y propietarios aciertan que sea de fácil, uso, acceso, manejo y
actualización de acuerdo a las necesidades que surjan en los procesos y servicios que orece la
tienda virtual.

De esta forma se prioriza los siguientes inventarios de procesos en calidad para su ejecución.

• Registro de Mercancías

• Inventarios

• Disponibilidad de Productos

• Facturación

De los ítems, registrados se segregan submenús de apoyo y registro el cual permite tener una
forma más didáctica los procesos y desarrollos ya establecidos para satisfacer la necesidad.
3.2 Fundamentos de la calidad de software:

Los fundamentos de la calidad de software están enmarcados en el grado en que un sistema,


compone, o proceso se ajusta con los requerimientos especificados y se ajusta con las
necesidades y/o expectativas del cliente o usuario, en la totalidad de características que una
entidad soporte en su habilidad de satisfacer estados y necesidades implicadas.

La calidad de software global todo el proceso, y está determinada por factores directos e
indirectos, enmarcados es un concepto complejo y multifacético, que puede describirse de una
forma diversa y diferente a su planteamiento.

Seguido del completos de fundamentos esta las variables de:

• Verificación: ¿estamos construyendo el producto correctamente?


• Validación: ¿estamos construyendo el producto correcto?

Del concepto de fundamento está el apartado de pregunta: ¿Qué se puede medir?

• El proceso del software para mejorarlo


• El proyecto del software para ayudar a estimar, control de calidad, evaluación de la
productiva, control de proyectos.

• Calidad del producto para ayudar en la toma de decisiones tácticas a medida que el
proyecto evoluciona.

Ya verificado la parte teórica del concepto sobre fundamentos de la calidad; tienda


tecnológica CELUMOVIL, quiere desplegar un sistema de información basado en bajo costo
de implementación, mantenimiento y utilidad a largo plazo, donde estos requisitos están
sujetos a la forma como se esta implementando el desarrollo del programa y las necesidades
que surjan en el camino por parte del clientes, propietarios y trabajadores en general enfocado
a la satisfacer una necesidad.
3.3 Visiones de la calidad

En el concepto de visión se entiende el campo en el cual podemos ver la forma de desarrollo


de los procesos y servicio que implementa el cliente o la empresa, donde cada foco esta
descrito por una visión que se relaciona de la siguiente forma.

• Visión trascendental: puede ser reconocida pero no definida


• Visión del usuario: grado de adecuación al propósito. software que satisface las
necesidades de los usuarios, se basa en tareas del usuario a veces muy dependiente del
contexto. Apoyado por modelos de confiabilidad, modelos de desempeño y
laboratorios de usabilidad.
• Visión del productor: conformidad con la especificación
• Visión del producto: ligada a características inherentes del mismo. características
internas determinan la calidad.
• Visión basada en valor: ¿Cuánto el cliente está dispuesto a pagar?

De este campo de apreciación esta la imagen que resulta como contexto de como la visión
crea el proceso requerido.

En este apartado se observa que la tienda móvil carecía de toda esta perspectiva de
condensación de análisis de desarrollo de un sistema de información, donde la visión de sus
clientes, propietarios y demás integrantes de la forma comercial, permite crear y desarrollar
un sistema de software enfocado al servicio y utilidad, con la ganancia de la satisfacción del
cliente final, es decir; la implementación de un sistema de inventario que permita tener
control, manejo y registro de los productos y servicios que se genera en la tienda comercial.
3.4 Tipos de requisitos de Software

Si el informe de viabilidad es positivo en relación con tomar el proyecto, la siguiente fase


empieza con la recolección de requisitos por parte del consumidor. Analistas e Ingenieros se
comunican con el cliente y los consumidores para conocer sus ideas sobre qué debe aportar el
software y qué características quieren que incluya éste.

Requisitos del Software

El Sistema de Requisitos de Software es un documento creado por los analistas de sistema


después de recoger los requisitos, se define cómo va a interactuar el software que quiere
crearse con el hardware, las interfaces externas, la velocidad operativa, el tiempo de respuesta
del sistema, la portabilidad del software en las diversas plataformas, el mantenimiento, la
velocidad de reponerse después de estropearse, su seguridad, calidad, limitaciones, etc.

Los requisitos recibidos por parte del cliente se escriben en lenguaje natural. Es
responsabilidad del analista de sistemas documentar sobre los requisitos en lenguaje
tecnológico para que puedan ser útiles y comprendidos por el equipo de desarrollo de
software.

El El Sistema de Requisitos de Software debe venir con las siguientes características:

Los requisitos del usuario se deben expresar en lenguaje natural.

Los requisitos técnicos se deben expresar en lenguaje estructurado, el cual se usará dentro de
la organización.

La descripción del diseño se debe escribir en pseudocódigo. El formato de Forms y GUI


impresiones de pantalla. Anotaciones condicionales y matemáticas para DFDs etc. Validación
de los requisitos de Software

Después del desarrollo de los requisitos, los que se mencionen en este documento serán
validados. El usuario puede que pida soluciones ilegales y poco prácticas, y los expertos
puede que interpreten los requisitos de forma incorrecta. Estos resultados se incrementan en
coste si no se cortan de raíz. Los requisitos se pueden evaluar en contraste con las siguientes
condiciones

• Si pueden ser implementados de manera práctica.

• Si son válidos a nivel de funcionalidad y dominio del software

• Si hay alguna ambigüedad

• Si se han completado
• Si se pueden demostrar

Características de los requisitos del Software

La recogida de requisitos de software es la fundación de la totalidad del proyecto de


desarrollo software. Por ello, debe de ser clara, correcta y bien definida. Una completa
especificación de requisitos Software debe ser:

Clara, Correcta, Consistente, Coherente, Comprensible, Modificable, Verificable, Priorizada,


sin ambigüedades, Trazable, Origen creíble

Requisitos de Software

Debemos intentar entender qué tipo de requisitos pueden aparecer en la fase de educción de
requisitos y qué tipo de requisitos se esperan del sistema de software. En líneas generales los
requisitos de software se deben caracterizar en dos categorías:

Requisitos funcionales: Requisitos que se relacionan a aspectos funcionales del software irían
en esta categoría. Definen las funciones y la funcionalidad en y desde el sistema de software.

Requisitos no funcionales: Los requisitos, los cuales no están relacionados con aspectos
funcionales del software, están en esta categoría. Son características del software implícitas o
esperadas, asumidas por los usuarios.

Los requisitos no funcionales incluyen: Seguridad, Acceso, Almacenaje, Configuración,


Actuación, Coste, Interoperabilidad, Flexibilidad, Recuperación de desastre, Accesibilidad

Los requisitos se categorizan de forma lógica como

• Tienen que tener: El Software no puede ser operacional sin ellos.

• Deben tener: Motivando la funcionalidad del software.

• Pueden tener: El Software aún puede funcionar bien con estos requisitos.

• Lista de deseo: Estos requisitos no contienen ningún objetivo de software.

Mientras se desarrolla el software, el ‘tiene que tener’ se debe implementar, el ‘debe tener’ es
un asunto de debate y negociación, en cambio el ‘puede tener’ y la ‘lita de deseo’ se pueden
mantener para futuras actualizaciones del software.
3.4 Características especiales del software

Las características especiales que debe tener un software son las siguientes en su aplicación y
desarrollo:
• Los requisitos del usuario se deben expresar en lenguaje natural.
• Los requisitos técnicos se deben expresar en lenguaje estructurado, el cual se usará
dentro de la organización.
• La descripción del diseño se debe escribir en pseudocódigo.
• El formato de Forms y GUI impresiones de pantalla.
• Anotaciones condicionales y matemáticas para DFDs etc.

Complemento a las características especiales encontramos las formas deseables en un


producto de software son:

• Corrección. Que cumpla con su objetivo.


• Usabilidad. Que sea fácil de aprender.
• Seguridad. Que sea resistente a ataques externo.
• Flexibilidad. Que pueda ser modificado por los desarrolladores.
• Portabilidad. Que pueda ser utilizado en diversos equipos.

En este apartado del caso hipotético o de emprendimiento de negocio y necesidad de


satisfacer necesidades de implementación de sistemas de información, en la tienda
tecnológica CELUMOVIL; se realiza el trazado de análisis de todos los componente del
desarrollo e implementación del sistema de información y la forma como las preguntas del
cliente de cómo, cuando, donde y por qué, están resueltas en su gran mayoría teniendo en
cuenta lo descrito desde el punto calidad, cualidad, fundamento, visión y la principal de todas
el propósito de este sistema de avance tecnológico que permite desarrollar mejor el servicio
general.
CIBERGRAFIA.

N°1. Gestión e calidad


(http://calidadsw2010.blogspot.com/2010/02/fundamentos-de-la-calidad-de-software.html

N°2. Tipos de encuestas: ¿Cuál utilizar?


(https://www.encuesta.com/blog/tipos-de-encuestas-cual-utilizar/

N°3. Análisis de sistemas de información


(http://www.aliat.org.mx/BibliotecasDigitales/sistemas/Analisis_de_sistemas_de_informacion.pdf

N°4. La historia de la tecnología


(https://www.edu.xunta.gal/espazoAbalar/sites/espazoAbalar/files/datos/1464945204/contido/12_la
_historia_de_la_tecnologa.html

N°5. MySQL
(https://hostingpedia.net/mysql.html

N°6. Microsoft Visual Studio


(https://es.wikipedia.org/wiki/Microsoft_Visual_Studio

N°7. Normas APA: Cómo presentar trabajos escritos


(https://normasapa.in/

N°8. Software - Requisitos


https://www.tutorialspoint.com/es/software_engineering/software_requirements.htm

N°9. NORMAS ISO/IEC


https://fernandoarciniega.com/normas-y-estandares-de-calidad-para-el-desarrollo-de-software/

N°10. Normas ISO


https://www.isotools.com.co/normas/

N°11. 10 características del software


https://www.caracteristicas.co/software/#ixzz77mdkqyeS

N°12. Características de un Software ISO fácil de usar para todos los empleados
https://www.kantansoftware.com/blog/caracteristicas-software-iso-facil-de-usar-para-
empleados/

También podría gustarte