También es derecho de las entidades públicas stanadarizar algun proceso o servicio en un solo servicio / plataforma, para lo cual tienen que sacar un informe firmado por el jefe del pliego (e.g Secretario General del Ministerio o Alcalde), y sustentado en algunos motivos, y esto les permite solo soportar esta plataforma y/o poner nombres comerciales en los requerimientos tecnicos. La SBS es una de las pocas instituciones que sigune las normas y sacas esos informes antes de solicitar que se use MS SQL o .NET o Oracle.
Por ejemplo para poder pedir antivirus Symantec, primero estandarizaron http://www.sbs.gob.pe/repositorioaps/0/0/jer/adquisic_contratac/Res_744-2010.pdf . Muchas otras entidades ignoran esto se surran e incluyen nombres propietarios en las bases sin el proceso de estandarizacion. SI el monton de la licitacion es pequeño no suelen tener problemas porque nadie apela y/o impugna las bases al PJ. Saludos, Rafael 2011/2/9 Jose Sabastizagal <[email protected]> > En el Estado existen algunas maneras de adquirir/desarrollar software, una > de ellas es, como lo mencionaban, por parte del mismo personal, lo cual > efectivamente puede depender de sus capacidades/conocimientos o presupuesto > y la otra manera es mediante terceros, ya sea contratándolos específicamente > para el desarrollo de una aplicación o dejar todo en sus manos. > > En estos últimos casos(terceros) las leyes exigen que se cumplan ciertos > procedimientos y pasos obligatorios, por ejemplo para el caso de la > aplicación del SEACE en los mismos enlaces que enviaron anteriormente [1] > existen otros documentos, como por ejemplo una evaluación realizada por un > consultor para establecer las especificaciones técnicas necesarias [2], una > Actualización de detalles técnicos [3] , documentos que se supone serían la > base para lo que posteriormente vendrían a ser las Especificaciones Técnicas > sobre las cuales se realizaría la licitación y contrato para la elaboración > del portal. > > En [3] podemos leer por ejemplo en el punto 4. Alcance de los servicios,... > 4.4.2.2. Consideraciones Técnicas, inc. l (pág. 33) "...Estas páginas > deberán tener igual funcionalidad en los navegadores más comunes como > Microsoft Explorer, Mozilla Firefox, Netscape, por ejemplo...deberán cumplir > la especificación CSS2" > > Podría suponerse entonces que las Especificaciones Técnicas para el > desarrollo del portal debieron contener un texto similar, entonces, existen > dos posibilidades: 1) no se incluyo o 2) si se incluyo pero no se > implementaron del todo al momento de su ejecución. En todo caso lo que > habría que ver son las Especificaciones Técnicas para el desarrollo del > portal (ver si contemplan varios navegadores y los estándares) > > Eso con respecto al SEACE, con referencia a los procedimientos que hacia > mención antes, los técnicos, profesionales,etc, del Estado deben basarse en > documentos fuente, inclusive para la elaboración de propuestas, por mas > irrelevantes que estas sean, si estos documentos fuente estan "incompletos" > o no consideran ciertos aspectos (como permitir utilizar firefox o cualquier > navegador), las propuestas también adolecerán con los mismos defectos, me > refiero por ejemplo a la Agenda Digital para la cual ONGEI incluso creo un > Foro [4] ¿cuantos han participado y enviado propuestas? ¿cuantos han hecho > comentarios? ¿observaciones?. De esa Agenda mañana más tarde pueden > originarse una serie de Leyes (necesarias para hacer que se cumpla la > Agenda), Decretos, Directivas, etc., ¿nos vamos a quejar nuevamente porque > esas normas no contemplen el uso o aplicación de determinadas tecnologías?, > ¿lo dijimos en su oportunidad? > > Muy poco sera lo que puedan hacer desde el Estado los técnicos o > profesionales aún teniendo la mayor de las voluntades y capacidades si los > documentos de los que posteriormente nacerán las normativas y directivas no > contemplan o consideran estas necesidades y ellos no tienen las herramientas > necesarias para sustentar sus propuestas y mantener su posición. > > Saludos, > > [1] http://www.pmde.gob.pe/informesfinales.htm > > [2] http://www.pmde.gob.pe/informes/productos/CD.0005.pdf > > [3] http://www.pmde.gob.pe/archivos/Informes/1071-final-G.Garro.pdf > > [4] > http://www.codesi.gob.pe/foro/viewforum.php?f=3&sid=7dec26e8f92ab0d9dd8469b2672d5894 > > > -- > José A. Sabastizagal Orellana > http://linux-ica.blogspot.com/ > http://informaticoderecho.blogspot.com/ > Linux Registered User # 469777 > > Me lo contaron y lo olvide. Lo ví y lo entendí. Lo hice y lo aprendí > (Confucio) > > _______________________________________________ > Lista de correo Linux-plug > Temática: Discusión general sobre Linux > Peruvian Linux User Group (http://www.linux.org.pe) > > Participa suscribiéndote y escribiendo a: [email protected] > Para darte de alta, de baja o hacer ajustes a tu suscripción visita: > http://voip2.voip.net.pe/mailman/listinfo/linux-plug > > IMPORTANTE: Reglas y recomendaciones > http://www.linux.org.pe/listas/reglas.php > http://www.linux.org.pe/listas/comportamiento.php > http://www.linux.org.pe/listas/recomendaciones.php >
_______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://voip2.voip.net.pe/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php
