martes, 2 de octubre de 2012
lunes, 1 de octubre de 2012
Requerimientos cafeteria
Requerimientos Funcionales Cafetería
- Atender en tiempo y forma a los clientes
- Entregar en tiempo y forma de productos.
- Dar mantenimiento a las áreas de uso de clientes.
- Atender a tiempo para evitar congestionamientos.
- Conseguir y acomodar los productos.
- Realizar pagos a trabajadores
- Solicitar producto a proveedores.
- Pagar proveedores.
viernes, 7 de septiembre de 2012
Documento de Requerimientos
Introducción
Este proyecto se elabora con la finalidad de resolver la
problemática social de la administración de la entrada, salida y ubicación de
material y/o instrumentos quirúrgicos.
Nuestro proyecto pretende atacar el problema social de la atención de
pacientes, ayudando a la agilización del transporte de material y/o utensilios,
mejorando su atención y aumentando la probabilidad de éxito durante una
situación médica.
El proceso que se lleva a cabo actualmente en el hospital se realiza consite en que una persona (almacenista) se encarga de registrar tanto la salida como la entrada de los instrumentos que la\el enfermera(o) solicitan haciendo que el almacenista anote uno por uno dichos instrumentos previamente solicitados así como el nombre del solicitante, la ubicación a la que se llevará(n) el\los instrumento(s), obteniendo así un proceso tardado, una difícil e inexacta ubicación de los instrumentos y un impreciso control de los mismos instrumentos.
Se planea solucionar estos problemas mediante el diseño e implementación de
un sistema distribuido que permita el control del material utilizado en el
campo médico.
Definición de Requerimientos
Los requerimientos/requisitos
de un sistema describen los servicios que ha de ofrecer el sistema y las
restricciones asociadas a su funcionamiento.
Requerimientos
funcionales:
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).
Requerimientos no
funcionales:
Restricciones sobre el espacio de
posibles soluciones.
Requerimientos Funcionales
·
El administrador de sistema da de
alta y de baja usuarios.
·
Justificación: Por motivos de
seguridad y control es necesario que los usuarios no realicen ninguna de estas
acciones para evitar el mal uso del sistema.
·
El administrador de sistema
consulta usuarios.
·
Justificación: Dado que el
administrador se encargará del alta, baja y modificación de los datos de
usuarios es necesario que pueda conocer esta información.
·
El administrador de sistema da de
alta instrumentos.
·
Justificación: Para poder realizar
todos los demás módulos en cuanto a instrumental es necesario que sean dados
primero de alta.
·
Administrador y usuarios pueden
consultar almacén.
·
Justificación: Dado que tanto el
administrador y los usuarios en algún momento necesitarán consultar los
instrumentos es necesario que este se encuentre disponible a su acceso.
·
El usuario consulta información de
la empresa.
·
Justificación: Por motivos de
posibles quejas y/o sugerencias es necesario que los usuarios del sistema tengan
acceso a la información de la empresa para poder atenderlos.
·
El usuario consulta la
disponibilidad de instrumentos.
·
Justificación: Dado que los
usuarios del sistema son los que realizarán acciones con los instrumento es
necesario que pueden conocer la disponibilidad de estos.
·
El administrador cambia la
disponibilidad de instrumentos.
·
Justificación: Dado que el
administrador es el encargado del control del sistema, es necesario que éste
pueda modificar el estado de los instrumentos.
·
El usuario consulta su bandeja de
instrumentos.
·
Justificación: Por motivos de
control los usuarios solo podrán tener una cierta cantidad de instrumentos, por
lo tanto es necesario que el usuario sepa cuantos instrumentos tiene en su
poder.
·
El usuario controla su sesión.
·
Justificación: Dado que los datos
de los usuarios serán almacenados y que el sistema solamente podrá ser accesado
por usuarios registrados es necesaria la existencia de una sesión.
·
El usuario solicita modificar su
contraseña
·
Justificación: Por motivos de
seguridad el usuario podrá solicitar un cambio de contraseña para su mayor
comodidad.
·
El administrador puede modificar
los datos del usuario.
·
Justificación: Por motivos de
control y seguridad el administrador será el encargado de la modificación de
los usuarios.
Requerimientos
No Funcionales
Justificación: Es
necesario que el sistema sea fácil y entendible para los usuarios.
Métrica: El usuario
podrá comprender la información presentada en la aplicación sin necesidad de
una explicación previa.
2.
Existirán solamente 7 tipos de
usuarios: Enfermera, médico/cirujano, administrador de sistema, administrador
de almacén, agente externo.
Justificación:
Dado que se manejará información e instrumental privado, es necesario tener
delimitado el personal que podrá acceder al sistema.
Métrica:
La detección de un agente externo al sistema debe de ser en un lapso muy corto
de tiempo.
3.
La página estará disponible todo
el tiempo.
Justificación: Dado
que el sistema será implementado en el área médica donde se atienden
emergencias es necesario que el sistema se encuentre disponible en cualquier
momento.
Métrica: El acceso
a la aplicación web no dependerá del momento en el que se accese al mismo.
4.
La página será confiable y segura.
Justificación: Dado
que se maneja información de los usuarios y del hospital es necesaria que ésta
no pueda ser utilizada con fines distintos a los requeridos.
Métrica: La
restricción de acceso hacia la información confidencial deberá ser permanente y
continua a menos de que el propietario de dicha información sea la persona que
desee acceder a ella.
5.
La página funcionará en cualquier
navegador.
Justificación:
Debido a la gran variedad de navegadores que existen es necesario que el
programa funcione en cualquiera de ellos para comodidad del cliente.
Métrica: Las
funciones de la aplicación web funcionarán en tiempo y forma sin importar el
navegador que se emplee.
6.
La página tendrá soporte para
dispositivos móviles.
Justificación: Dado
que el sistema será implementado en un área en la que los usuarios se
encuentran en constante desplazamiento es necesaria que la página pueda ser
consultada desde cualquier lugar.
Métrica: Las
funciones de la aplicación se podrán realizar de la misma manera en un
dispositivo móvil que en un dispositivo fijo.
7.
El acceso al sistema será
restringido solo para el personal de la empresa.
Justificación: Por
cuestiones de seguridad y para evitar filtros de información se requiere que el
acceso sea restringido.
Métrica: La detección
del usuario que desea acceder deberá ser un lapso muy corto de tiempo y en caso
de un intento de acceso a usuarios desconocidos el sistema deberá de negar
cualquier operación.
8.
El sistema tendrá una interfaz
sencilla y entendible.
Justificación: Dado que el sistema será
implementado para agilizar el control de instrumentos es necesario que este sea
fácil de entender.
Métrica: El usuario aprenderá a utilizar
el sistema en un lapso muy corto de tiempo y de buena manera.
9.
El sistema estará conectado a una base de
datos en MySQL.
Justificación: Es necesaria la existencia de una base para poder tener un
control de usuarios e instrumentos y su control.
Métrica: La información será
almacenada solamente en caso de la existencia de una base de datos, en caso contrario
será notificada su inexistencia.
10.
El sistema estará formado
por una aplicación web.
Justificación: Es necesario que el sistema se encuentre en una plataforma que
permita el uso de bases de datos y servlets.
Métrica: Bastará con la existencia de un navegador para poder tener
acceso a la aplicación.
Requerimientos del Sistema
Justificación: Es necesario ya que implementaremos
módulos en este lenguaje.
* Navegador Web
Google Chrome https://www.google.com/intl/es/chrome/browser/?hl=es
Mozilla Firefox http://www.java.com/es/download/
Opera http://www.opera.com/
Justificación: Es donde se visualizará la
página web.
* Apache Tomcat instalado
Justificación: Es necesario ya que se ocuparan
servlets.
Justificación: Ya que es necesario almacenar
datos en una base de datos.
* Microsoft Windows 7/Xp o Vista
Justificación: Es el sistema operativo más
común y accesible para los usuarios.
Introducción
Este proyecto se elabora con la finalidad de resolver la
problemática social de la administración de la entrada, salida y ubicación de
material y/o instrumentos quirúrgicos.
Nuestro proyecto pretende atacar el problema social de la atención de
pacientes, ayudando a la agilización del transporte de material y/o utensilios,
mejorando su atención y aumentando la probabilidad de éxito durante una
situación médica.
El proceso que se lleva a cabo actualmente en el hospital se realiza consite en que una persona (almacenista) se encarga de registrar tanto la salida como la entrada de los instrumentos que la\el enfermera(o) solicitan haciendo que el almacenista anote uno por uno dichos instrumentos previamente solicitados así como el nombre del solicitante, la ubicación a la que se llevará(n) el\los instrumento(s), obteniendo así un proceso tardado, una difícil e inexacta ubicación de los instrumentos y un impreciso control de los mismos instrumentos.
El proceso que se lleva a cabo actualmente en el hospital se realiza consite en que una persona (almacenista) se encarga de registrar tanto la salida como la entrada de los instrumentos que la\el enfermera(o) solicitan haciendo que el almacenista anote uno por uno dichos instrumentos previamente solicitados así como el nombre del solicitante, la ubicación a la que se llevará(n) el\los instrumento(s), obteniendo así un proceso tardado, una difícil e inexacta ubicación de los instrumentos y un impreciso control de los mismos instrumentos.
Se planea solucionar estos problemas mediante el diseño e implementación de
un sistema distribuido que permita el control del material utilizado en el
campo médico.
Definición de Requerimientos
Los requerimientos/requisitos
de un sistema describen los servicios que ha de ofrecer el sistema y las
restricciones asociadas a su funcionamiento.
Requerimientos funcionales:
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).
Requerimientos no funcionales:
Restricciones sobre el espacio de
posibles soluciones.
Requerimientos Funcionales
·
El administrador de sistema da de
alta y de baja usuarios.
·
Justificación: Por motivos de
seguridad y control es necesario que los usuarios no realicen ninguna de estas
acciones para evitar el mal uso del sistema.
·
El administrador de sistema
consulta usuarios.
·
Justificación: Dado que el
administrador se encargará del alta, baja y modificación de los datos de
usuarios es necesario que pueda conocer esta información.
·
El administrador de sistema da de
alta instrumentos.
·
Justificación: Para poder realizar
todos los demás módulos en cuanto a instrumental es necesario que sean dados
primero de alta.
·
Administrador y usuarios pueden
consultar almacén.
·
Justificación: Dado que tanto el
administrador y los usuarios en algún momento necesitarán consultar los
instrumentos es necesario que este se encuentre disponible a su acceso.
·
El usuario consulta información de
la empresa.
·
Justificación: Por motivos de
posibles quejas y/o sugerencias es necesario que los usuarios del sistema tengan
acceso a la información de la empresa para poder atenderlos.
·
El usuario consulta la
disponibilidad de instrumentos.
·
Justificación: Dado que los
usuarios del sistema son los que realizarán acciones con los instrumento es
necesario que pueden conocer la disponibilidad de estos.
·
El administrador cambia la
disponibilidad de instrumentos.
·
Justificación: Dado que el
administrador es el encargado del control del sistema, es necesario que éste
pueda modificar el estado de los instrumentos.
·
El usuario consulta su bandeja de
instrumentos.
·
Justificación: Por motivos de
control los usuarios solo podrán tener una cierta cantidad de instrumentos, por
lo tanto es necesario que el usuario sepa cuantos instrumentos tiene en su
poder.
·
El usuario controla su sesión.
·
Justificación: Dado que los datos
de los usuarios serán almacenados y que el sistema solamente podrá ser accesado
por usuarios registrados es necesaria la existencia de una sesión.
·
El usuario solicita modificar su
contraseña
·
Justificación: Por motivos de
seguridad el usuario podrá solicitar un cambio de contraseña para su mayor
comodidad.
·
El administrador puede modificar
los datos del usuario.
·
Justificación: Por motivos de
control y seguridad el administrador será el encargado de la modificación de
los usuarios.
Requerimientos
No Funcionales
Justificación: Es
necesario que el sistema sea fácil y entendible para los usuarios.
Métrica: El usuario
podrá comprender la información presentada en la aplicación sin necesidad de
una explicación previa.
2.
Existirán solamente 7 tipos de
usuarios: Enfermera, médico/cirujano, administrador de sistema, administrador
de almacén, agente externo.
Justificación:
Dado que se manejará información e instrumental privado, es necesario tener
delimitado el personal que podrá acceder al sistema.
Métrica:
La detección de un agente externo al sistema debe de ser en un lapso muy corto
de tiempo.
3.
La página estará disponible todo
el tiempo.
Justificación: Dado
que el sistema será implementado en el área médica donde se atienden
emergencias es necesario que el sistema se encuentre disponible en cualquier
momento.
Métrica: El acceso
a la aplicación web no dependerá del momento en el que se accese al mismo.
4.
La página será confiable y segura.
Justificación: Dado
que se maneja información de los usuarios y del hospital es necesaria que ésta
no pueda ser utilizada con fines distintos a los requeridos.
Métrica: La
restricción de acceso hacia la información confidencial deberá ser permanente y
continua a menos de que el propietario de dicha información sea la persona que
desee acceder a ella.
5.
La página funcionará en cualquier
navegador.
Justificación:
Debido a la gran variedad de navegadores que existen es necesario que el
programa funcione en cualquiera de ellos para comodidad del cliente.
Métrica: Las
funciones de la aplicación web funcionarán en tiempo y forma sin importar el
navegador que se emplee.
6.
La página tendrá soporte para
dispositivos móviles.
Justificación: Dado
que el sistema será implementado en un área en la que los usuarios se
encuentran en constante desplazamiento es necesaria que la página pueda ser
consultada desde cualquier lugar.
Métrica: Las
funciones de la aplicación se podrán realizar de la misma manera en un
dispositivo móvil que en un dispositivo fijo.
7.
El acceso al sistema será
restringido solo para el personal de la empresa.
Justificación: Por
cuestiones de seguridad y para evitar filtros de información se requiere que el
acceso sea restringido.
Métrica: La detección
del usuario que desea acceder deberá ser un lapso muy corto de tiempo y en caso
de un intento de acceso a usuarios desconocidos el sistema deberá de negar
cualquier operación.
8.
El sistema tendrá una interfaz
sencilla y entendible.
Justificación: Dado que el sistema será
implementado para agilizar el control de instrumentos es necesario que este sea
fácil de entender.
Métrica: El usuario aprenderá a utilizar
el sistema en un lapso muy corto de tiempo y de buena manera.
9.
El sistema estará conectado a una base de
datos en MySQL.
Justificación: Es necesaria la existencia de una base para poder tener un control de usuarios e instrumentos y su control.
Métrica: La información será
almacenada solamente en caso de la existencia de una base de datos, en caso contrario
será notificada su inexistencia.
10.
El sistema estará formado
por una aplicación web.
Justificación: Es necesario que el sistema se encuentre en una plataforma que permita el uso de bases de datos y servlets.
Justificación: Es necesario que el sistema se encuentre en una plataforma que permita el uso de bases de datos y servlets.
Métrica: Bastará con la existencia de un navegador para poder tener
acceso a la aplicación.
Requerimientos del Sistema
Justificación: Es necesario ya que implementaremos
módulos en este lenguaje.
* Navegador Web
Google Chrome https://www.google.com/intl/es/chrome/browser/?hl=es
Mozilla Firefox http://www.java.com/es/download/
Opera http://www.opera.com/
Google Chrome https://www.google.com/intl/es/chrome/browser/?hl=es
Mozilla Firefox http://www.java.com/es/download/
Opera http://www.opera.com/
Justificación: Es donde se visualizará la
página web.
* Apache Tomcat instalado
Justificación: Es necesario ya que se ocuparan
servlets.
Justificación: Ya que es necesario almacenar
datos en una base de datos.
* Microsoft Windows 7/Xp o Vista
Justificación: Es el sistema operativo más
común y accesible para los usuarios.
Diagrama de Casos de Uso
Link de Descarga: http://www.mediafire.com/view/?4j44ezhbuj12j48
Link de Descarga: http://www.mediafire.com/view/?4j44ezhbuj12j48
lunes, 27 de agosto de 2012
Plan Estratégico de Proyecto
Plan Estrategico
Misión:
Visión:
Dentro de monosoft se espera ayudar a la comunidad en sus necesidades presentes y futuras , por eso decidimos realizar software que ayude a satisfacer sus necesidades y a la vez poder entrar en el campo laboral como una empresa de calidad, comenzando así nuestra carrera comercial, para llegar a ser una compañía solicitada y de prestigio en el mercado.
Calidad: De acuerdo con el Círculo de Deming, calidad se define como el proceso de planificar los procesos que se desean mejorar, recolectar datos para poder realizar dichos procesos, implementarlos, y verificarlos constantemente para obtener una retroalimentación y poder descubrir errores para mejorar la planificación.
Slogan:
Calidad: De acuerdo con el Círculo de Deming, calidad se define como el proceso de planificar los procesos que se desean mejorar, recolectar datos para poder realizar dichos procesos, implementarlos, y verificarlos constantemente para obtener una retroalimentación y poder descubrir errores para mejorar la planificación.
Slogan:
"De lo primitivo a lo moderno,evolucionando con el tiempo"
Logo
Planteamiento del Problema
Para este semestre se nos planteo la
situación de desarrollar un sistema distribuido para una empresa o bien un
cliente de modo que dicho cliente esté involucrado en resolver o en tratar un
tema de impacto social.
Dicho sistema debe cumplir con los
requerimientos que la empresa o bien nuestro cliente indique para su usabilidad
y su funcionabilidad.
Valores:
Solidaridad: Nuestros integrantes nos apoyamos
mutuamente, para lograr un verdadero trabajo en equipo, “dos cabezas piensan
mejor que una”.
Empatía: Sabemos
que para lograr una buena satisfacción en el cliente debemos de pensar y sentir
como el cliente.
Respeto: Sabemos
que cuando se llega a un compromiso este se debe de llevar a cabo, aceptando
las decisiones que se tomen entre los miembros del equipo y el cliente.
Puntualidad: Dado
que el respeto es uno de nuestros valores, la impuntualidad va contra el respeto
y contra nosotros.
Honestidad: Un
acuerdo nunca es un acuerdo sin la verdad de por medio.
Responsabilidad: No
existe edificio sin base sólida, de igual manera no hay resultado si no hay
compromiso.
Políticas:
Políticas:
- En MonoSoft realizamos todos nuestros trabajos con excelencia.
- Brindar a nuestros clientes un trato justo y equitativo.
- En MonoSoft no existe el favoritismo.
- Nuestros integrantes deben de conservar una postura ética ante nuestros clientes y ante toda persona interesada en nosotros.
- Establecer una fecha de entrega y cumplir con ella.
- Cada integrante tiene un rol definido que deberá realizar correctamente, además en caso de que surja la necesidad se deberá brindar apoyo.
- Manejar precios accesibles a nuestros clientes.
Matriz Foda:
FORTALEZAS
- Entusiasmo y espíritu trabajador.
- Mentalidad de superación.
- Somos una empresa joven con ideas innovadoras.
DEBILIDADES
- Inexperiencia laboral.
- Falta de conocimiento del mercado.
- Falta de madurez comercial.
- La empresa no es conocida y por lo tanto no es
conocida por los clientes.
OPORTUNIDADES
- El acceso a nuevas tecnologías para el
desarrollo de software.
- Apertura del campo laboral.
- Poder investigar y contar con mejores
herramientas para el desarrollo de software
AMENAZAS
- La competividad que existe en el campo laboral
-
La creación de nuevas empresas dedicadas al
desarrollo de Software.
-
Competencia con mayor experiencia en el
mercado.
- Mayor cobertura en el mercado por parte de la
competencia.
- Poco reconocimiento en el mercado
FORTALEZAS
- Entusiasmo y espíritu trabajador.
- Mentalidad de superación.
- Somos una empresa joven con ideas innovadoras.
DEBILIDADES
- Inexperiencia laboral.
- Falta de conocimiento del mercado.
- Falta de madurez comercial.
- La empresa no es conocida y por lo tanto no es conocida por los clientes.
OPORTUNIDADES
- El acceso a nuevas tecnologías para el desarrollo de software.
- Apertura del campo laboral.
- Poder investigar y contar con mejores herramientas para el desarrollo de software
AMENAZAS
- La competividad que existe en el campo laboral
- La creación de nuevas empresas dedicadas al desarrollo de Software.
- Competencia con mayor experiencia en el mercado.
- Mayor cobertura en el mercado por parte de la competencia.
- Poco reconocimiento en el mercado
Filosofía:
En Monosoft creemos que la calidad, la puntualidad
y el trabajo colaborativo son la clave para un producto que satisfaga al
cliente, es por eso que queremos ser vistos como una empresa responsable, que no solo se encargue del desarrollo de software, sino que cumpla con el tiempo establecido de acuerdo a las necesidades
de nuestros clientes.
Para
esto es necesario que todos nuestros colaboradores tengan en claro que lo más
importante para Monosoft es
la satisfacción de las necesidades del cliente.
Descarga: http://www.mediafire.com/?37aauh840dh75a2
Suscribirse a:
Entradas (Atom)