Características del software como parte de un sistema v Sistema mínimo: En ocasiones, un programa debe ser asociado a un procesador antes de ser usado, lo cual forma un sistema mínimo. Tal es el caso, aunque no muy común, de los programas que son parte integral de un procesador (chip en una computadora) y que están “microprogramados”. v Sistema típico: Con más frecuencia, la computadora y los productos de software son administrados por un sistema operativo, el cual interactúa a través de equipo periférico (hardware) con un operador y otros equipos como los dispositivos de almacenamiento, monitores, impresoras, etc. v Sistema complejo: Los sistemas más difíciles de asegurar la calidad son aquellos donde se involucra el control -a través de la computadora- de sistemas electrónicos, dispositivos mecánicos o hidráulicos, procesos o plantas. Características del Software dañino Virus y Software Antivirus Este es un tema a...
Entradas populares de este blog
Características del software como parte de un sistema
Características del software como parte de un sistema v Sistema mínimo: En ocasiones, un programa debe ser asociado a un procesador antes de ser usado, lo cual forma un sistema mínimo. Tal es el caso, aunque no muy común, de los programas que son parte integral de un procesador (chip en una computadora) y que están “microprogramados”. v Sistema típico: Con más frecuencia, la computadora y los productos de software son administrados por un sistema operativo, el cual interactúa a través de equipo periférico (hardware) con un operador y otros equipos como los dispositivos de almacenamiento, monitores, impresoras, etc. v Sistema complejo: Los sistemas más difíciles de asegurar la calidad son aquellos donde se involucra el control -a través de la computadora- de sistemas electrónicos, dispositivos mecánicos o hidráulicos, procesos o plantas. Características del Software dañino Virus y Software Antivirus Este es un tema a...
LA FALTA DE REGULACIÓN PROFESIONAL
LA FALTA DE REGULACIÓN PROFESIONAL Aunque aquí hay mucha gente que no está de acuerdo y que postula por la no existencia de colegios profesionales, lo cierto es que la responsabilidad de los proyectos software debería estar en manos de algún técnico preparado y llevar una firma última a la que exigir cuentas si algo no va. Si una casa se derrumba por estar mal el proyecto, es muy sencillo saber quién hizo los planos y a quién se le contrató la construcción. En el caso de la informática no. Nadie rinde cuentas, nadie sabe de quién es un diseño, nadie sabe de quién es la responsabilidad de un cuelgue que ha provocado pérdidas inmensas o incluso pérdida de vidas. No existe una metodología comúnmente adoptada ni que sea posible adaptarla a todas las necesidades de programación o a todos los lenguajes/entornos de manera sencilla. Las necesidades de cambios constantes en el software, junto con un ttm (time tomarket) más reducido cada vez hace que cualquier p...
Comentarios
Publicar un comentario