-
Notifications
You must be signed in to change notification settings - Fork 0
/
reviews.json
5083 lines (5083 loc) · 580 KB
/
reviews.json
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
{
"paper": [
{
"id": 1,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "1",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "- El artículo aborda un problema contingente y muy relevante, e incluye tanto un diagnóstico nacional de uso de buenas prácticas como una solución (buenas prácticas concretas). - El lenguaje es adecuado. - El artículo se siente como la concatenación de tres artículos diferentes: (1) resultados de una encuesta, (2) buenas prácticas de seguridad, (3) incorporación de buenas prácticas. - El orden de las secciones sería mejor si refleja este orden (la versión revisada es #2, #1, #3). - El artículo no tiene validación de ningún tipo, ni siquiera por evaluación de expertos.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "1",
"id": 2,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "El artículo presenta recomendaciones prácticas para el desarrollo de software seguro. Se describen las mejores prácticas recomendadas para desarrollar software que sea proactivo ante los ataques, y se realiza un análisis de costos de estas prácticas en desarrollo de software. Todo basado en una revisión de prácticas propuestas en la bibliografía y su contraste con datos obtenidos de una encuesta en empresas. Finalmente se recomienda una guía. Sería ideal aplicar la guía propuesta a empresas no involucradas en la encuesta que sirvió para originarla de modo de poder evaluar su efectividad en forma independiente.",
"timespan": "2010-07-05"
},
{
"confidence": "5",
"evaluation": "1",
"id": 3,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "- El tema es muy interesante y puede ser de mucha ayuda una guía para incorporar prácticas de seguridad. - La presentación (descripción, etapa y uso) de las 9 prácticas para el desarrollo de software seguro. - El “estado real del desarrollo de software en Chile” (como lo indica en su paper) no se puede lograr con solamente 22 encuestas de un total de 50. - Presenta nueve tablas que corresponden a las prácticas para el desarrollo de software seguro, pero la guía presenta 10 prácticas. ¿explica por qué? - Sugiero mejorar la guía, el mayor aporte está en la secuencia de incorporación que propone. Además, no debería explicar la práctica en Observaciones ni diferenciarla con otras prácticas en esa columna, sino que debería dar sugerencias de cómo aplicarla. - En el texto indica “Más adelante, se presentan además tres prácticas extras…” ¿cuáles son o no leí correctamente? - De acuerdo a formato, poner como mínimo 5 palabras clave. - Sugiero mencionar las prácticas antes de mostrar cada tabla. - Algunas referencias están incompletas, por ejemplo, falta año en referencia 17, falta año y tipo de evento en referencia 11, falta editorial en referencia 19 (¿es un libro?) - Algunos títulos llevan una coma dentro de las comillas, ejemplo, referencia 1",
"timespan": "2010-07-05"
}
]
},
{
"id": 2,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "Se explica en forma ordenada y didáctica una experiencia de uso de TIC para la colaboración académica. La originalidad del trabajo no es su dimensión fuerte, ver trabajos de larga data como Gorton et al. (1997) y actuales como Lanunile et al. (2010). Sin embargo, la relevancia del tema como patrón de referencia en actividades relacionadas a tesis científicas, asociada a su buena presentación, hacen de él un aporte. Se sugiere, en miras a una publicación en revista, que se compare la eficiencia y efectividad de las actividades sin el apoyo de estas herramientas versus la actual realidad (con herramientas). Ejemplos de preguntas posibles a responder de este análisis exploratorio: ¿Cuáles son las principales actividades donde el uso de herramientas colaborativas es clave? ¿Qué cambios en el diseño de estas herramientas se deberían desarrollar en el futuro? ¿Existen perfiles de estudiantes/académicos más propicios para la adopción de estas plataformas? Referencias: Gorton, I., Hawryszkiewycz, I., and Ragoonaden, K. 1997. Collaborative tools and processes to support software engineering shift work. BT Technology Journal 15, 3 (Jul. 1997), 189-198. Filippo Lanubile, Christof Ebert, Rafael Prikladnicki, Aurora Vizcaíno, \"Collaboration Tools for Global Software Engineering,\" IEEE Software, vol. 27, no. 2, pp. 52-55, Mar./Apr. 2010.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 3,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Los autores describen una metodología para desarrollar, en forma colaborativa, tesis y memorias usando tecnologías que se usan habitualmente en desarrollo de software. Asimismo, describen herramientas concretas y sus bondades como, por ejemplo, Latex y Git. Finalmente, proponen un flujo de trabajo para el desarrollo de proyectos de esta naturaleza. El valor principal del artículo radica en la aplicación de conocimientos que los estudiantes ya dominan -es decir, técnicas y herramientas de desarrollo de software- a una problemática diferente como es el caso de las tesis y memorias. Todo ello, con el afán de hacer más eficiente el proceso. 1.- El énfasis del artículo está la solución sin hacer un análisis detallado del problema que se pretende resolver. En otras palabras, no hay respuestas a las siguientes preguntas: a.- ¿cuál es exactamente el problema? b.- ¿qué impactos genera este problema? c.- ¿por qué es importante resolver el problema? d.- ¿qué soluciones se han implementado hasta la fecha? e.- ¿qué ventajas tiene la solución propuesta respecto de las anteriores? 2.- En mi opinión, el artículo debiera enfatizar más la metodología y el flujo de trabajo. Por ejemplo, añadir un diagrama -utilizando un lenguaje visual- que permita, por un lado, comprender el proceso general de desarrollo de tesis y, por otro, distinguir los roles, las actividades y las tecnologías asociadas en cada fase de la memoria. 3.- Se deben cuidar algunos aspectos del lenguaje y el rigor de ciertas afirmaciones como, por ejemplo: \"(dada la más bien atroz ortografía de que gozan los ingenieros)\". ¿Los autores disponen de algún respaldo empírico para respaldar esta afirmación? ¿Es necesario recurrir a un lenguaje tan prosaico para justificar la conveniencia de usar una determinada herramienta tecnológica? A propósito, recomiendo revisar las expresiones: \"no es publico\" (punto 3.1) y \"El tener acceso directamente...\" (punto 3.2)",
"timespan": "2010-07-05"
}
]
},
{
"id": 3,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "Este trabajo propone un nuevo enfoque basado en [25] para apoyar la recomendación de los RS mediante la evolución de los pesos de las características de los usuarios a través de dos enfoques de utilización de algoritmos genéticos. El trabajo parece técnicamente correcto y la propuesta presenta resultados robustos de acuerdo a lo presentado en el documento. El documento posee una serie de errores al parecer tipográficos que inducen a confusión, donde se cambian los nombres de variables, abreviaciones o formato de presentación de variables subíndices, etc. Por ejemplo: ecuación 2, función w, abreviación CF, figura 3, figura 6. El enfoque aparentemente utiliza solo una parte de la BD por motivos de eficiencia, sería bueno utilizar alguna técnica de indexado para apoyar este proceso.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "2",
"id": 2,
"lan": "en",
"orientation": "1",
"remarks": "",
"text": "This paper aims to show new deployment alternative for recommender systems. To this end, the authors use two variations CHC genetic algorithm. - It's a good job. - It is clear and very detailed. - There are inconsistencies in the notation should be improved. The formula (7) has a notation different from the rest of the equations. - On the same point, the figure (3) refers to \"perfil\", \"pesos\", \"euclidiana\" and \"vecindad\"; these words aren't related with the text. - I think that the results shown in graphs would be more useful if they are shown in tables.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "0",
"id": 3,
"lan": "en",
"orientation": "-1",
"remarks": "",
"text": "The paper is well structured. It follows a logical sequence of sections. The paper does not fix to the Infonor conference template. The english grammar is poor. It makes the paper difficult to read and follow. Either: a) rewrite the paper in spanish, or b) make the paper reviewed by a professional traslator Most of the references are not recent (2005-2010). No new work since 2003? Some references do not indicate year. Problems with equations, fonts, etc. Figures 5-17 are not referenced/discussed/explained. It may be better to present these figures as a table. Both, result analysis and conclusions, declare that GA CHC is better than Pearson´s correlation Algorithm. However, this analysis and conclusion is not supported for a wide variety of situations and conditions. Therefore, a true validation work is missing.",
"timespan": "2010-07-05"
}
]
},
{
"id": 4,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "2",
"remarks": "muy buen trabajo",
"text": "Se realiza un trabajo de modelamiento de encriptación cuántica novedosa No veo aspectos negativos",
"timespan": "2010-07-05"
},
{
"confidence": "2",
"evaluation": "-2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Este paper involucra el desarrollo de una aplicación que simule el protocolo BB84, se aprecia un trabajo ordenado y sin duda la comprensión de algunos conceptos de la física cuántica que sustentan la criptografía cuántica como son el teorema de no-clonación y el principio de superposición y entrelazamiento es una labor que tiene sus méritos, además, se aprecia el uso de ingeniería de software en la construcción de la aplicación, lo cual es un aspecto muy positivo, pues generalmente cuando hay involucrado creación de software en áreas de conocimiento de frontera, se recurre al code-and-fix, con todas las desventajas que esto conlleva. Yo creo que este manuscrito debería ser dirigido al área de criptografía y seguridad, en mi especialidad que es la computación en ambientes distribuidos no veo significativa relevancia y aporte del manuscrito, usar RMI según mi opinión no es una contribución per se, pues RMI es fácil de usar si se maneja JAVA, sin embargo, no es interoperable ya que no soporta otros lenguajes de programación, además, los sistema basados en RMI a medida que crecen tienen un problema de rendimiento, mientras más crecen más lentos se tornan, por otro lado, según algunos puristas un sistema cliente/servidor no es un sistema distribuido, según otros el caso cliente/servidor es el caso más básico de computación distribuida, en fin, hablando estrictamente desde el área de computación distribuida no veo relevancia en esta área de este manuscrito, sin embargo, me parece que en otra área el paper podría ser pertinente, ya que es un trabajo ordenado, claro y bien escrito. Yo no soy experto en el área de criptografía, pero hace unos años atrás en una oportunidad escuche en un seminario a un inglés hablar de criptografía cuántica y menciono una gran cantidad de simuladores y aplicaciones, incluso dijo tener aplicaciones que ya utilizaban criptografía cuántica entre varios kilómetros por medio de fibra óptica, entonces creo que lo mejor es evaluar este manuscrito en esa área y no en el área de grid/sistemas distribuidos, pues en esta área el paper según mi opinión no tiene aspectos originales, ya que usa aspectos triviales de los principios cliente/servidor. Como ya lo he dicho anteriormente, el paper tiene más asuntos de física cuántica y criptografía que de computación distribuida, por lo cual abstrayéndome al área que me compete, veo el uso de una tecnología de ambiente distribuido usada como cliente/servidor, no interoperable y con restricciones de escalabilidad. Un aspecto positivo en el paper es que se aprecia el uso de ingeniería de software. En lo que respecta al área de grid computing y sistemas distribuidos, el manuscrito no contiene aspectos relevantes, utiliza RMI para implementar un sistema cliente/servidor, sin obstante, RMI es fácil de usar y como buen paradigma conocido en computación, performance se contrapone con facilidad de usar, RMI no escapa a eso, porque es fácil de usar, pero no tiene escalabilidad. El documento está bien presentado, quizás la tabla 2 y tabla 3 sería mejor fusionarlas utilizando filas como computador y en las columnas los detalles de la red, sobre todo si más que un esquema cliente/servidor se tiene por ejemplo, un anillo de distribución de claves cuánticas, con más de 2 computadores involucrados. Creo que presentado al área de criptografía y seguridad sería más pertinente.",
"timespan": "2010-07-05"
}
]
},
{
"id": 5,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "Novedosa propuesta. Bien estructurada. Correctamente escrita. Sólo sugiero: Explicar con más detalle la función trapezoidal de la página 2. Redactar nuevamente el párrafo anterior a la función trapezoidal A(x). Agrandar el esquema de la figura 1. Explicar la arquitectura propuesta mostrada en la figura 2. Revisar referencia de Feng et al. que es la referencia 2 y en un párrafo de la columna 2 página 1 está marcada como referencia 1. Artículo no está en el formato pedido por Infonor, por favor cambiar a éste formato.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "El tema es interesante y está bien estructurado en lo que se refiere a diseño de la propuesta. El tema trata de un enfoque para la mejora, sin embargo solo establece una propuesta de arquitectura, centrándose en el diseño, y no indica cómo se evaluará o medirá esta mejora para los SDW, se recomienda agregar métricas u otros aspectos para ello. No entrega muchos detalles, se recomienda aumentar el nro. de páginas para sí mejorar este aspecto. No hay muchas referencias bibliográficas a trabajos o esfuerzos relacionados sobre el tema.",
"timespan": "2010-07-05"
},
{
"confidence": "5",
"evaluation": "2",
"id": 3,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "De alto perfil técnico, es un aporte a la temática. Demasiado conciso, podría extenderse en el cómo (sobretodo desde el aporte fuzzy).",
"timespan": "2010-07-05"
}
]
},
{
"id": 6,
"preliminary_decision": "probably reject",
"review": [
{
"confidence": "4",
"evaluation": "-1",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "- Propuesta innovadora de aplicación de una metodología de ingeniería industrial, al campo de ingeniería de requisitos. - No presenta unificación de términos a lo largo del documento, relacionado con la fase de ingeniería de requisitos: ‘educción’, ‘elicitación'... Debe utilizarse siempre el mismo término. - No se evidencia cómo se cuantifica las ‘mejoras’ graduales del proceso de educción, y la ‘mejoría’ en la calidad de la documentación.. cómo miden esa mejora?? - Hay errores de redacción y ortográficos, particularmente en el uso del acento (tildes) y de signos de puntuación (uso de la coma y punto y coma). El artículo propone la utilización de una filosofía de trabajo de otra área de ingeniería, para mejorar los niveles de calidad de los documentos de requisitos generados en un proceso de educción de requisitos. Considero que desde el punto de vista técnico sería importante que sustentaran el análisis de resultados que plantean en una medición o comparación cuantificada, que permita por medio de un método más formal que el descriptivo generar las conclusiones de 'mejora' en la calidad de los productos asociados al proceso de ingeniería de requisitos. No se evidencia cómo llegan a las conclusiones generadas, en qué se basan para decir que es mejor o no, en que tiene menos errores o no ?? Es una propuesta interesante que puede ser aplicado en casos reales de procesos de ingeniería de requisitos. Actualmente aporta a disminuir la crisis asociada a esta fase de desarrollo de productos software. La organización del documento se puede mejorar considerablemente. Considero que dedican gran parte del artículo a expresar el marco conceptual asociado, y menos a la aplicación de la técnica en el caso de estudio y al análisis de resultados, apartados en los que se puede sustentar más la propuesta presentada. Así mismo, hay errores ortográficos y de redacción que, si se evitan, pueden darle mayor valor a la presentación del artículo.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Trata de aplicar una nueva estrategia a la gestión de requerimientos No se respalda ni considera la aplicabilidad de técnicas propias de procesos de manufactura a procesos de software. Si bien es cierto hay autores como Demming que plantean que es posible hacerlo, existen otros autores como Sommerville que plantean que por las características propias del desarrollo de software, las técnicas de procesos de manufactura no son aplicables al software. Los autores de este artículo no entregan respaldo en relación a la validez de este aspecto. El artículo comienza planteando que la propuesta es para mejorar la educción de requerimientos, sin embargo, luego se deriva en que lo que se mejora es la generación de la SRS. La educción y la generación del documento de requerimientos son aspectos distintos. En el caso de experimentación que se presenta, no se ve por ninguna parte que se solucionen problemas ni en la educción, ni en la generación de la SRS, son más bien problemas de la implementación. Los errores detectados son aspectos básicos que cualquier programador con un mínimo de experiencia sabe cómo solucionarlos, sin necesidad que en la SRS se explicite el tipo de validaciones mínimas que se debe realizar como parte de las pruebas del sistema. La propuesta carece de guías prácticas que ayuden en su aplicación ¿cómo se deben realizar estas revisiones POKA-YOKE? ¿En qué aspectos hay que fijarse? ¿Existen artefactos que guíen la revisión? Hay errores de edición en el texto (palabras repetidas) Existen problemas de ortografía (acentuación de palabras)",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "1",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Buena práctica para garantizar calidad en la educción de requisitos - El resumen está mal redactado, no debería haber explicaciones teóricas - La traducción del resumen es pésima - El artículo no está escrito en tercera persona - La Sección POKA YOKE debería ir antes de la sección VARIABILIDAD DE LOS REQUISITOS Y COSTO DE CALIDAD. - Hay varios errores de ortografía",
"timespan": "2010-07-05"
}
]
},
{
"id": 7,
"preliminary_decision": "probably reject",
"review": [
{
"confidence": "5",
"evaluation": "-2",
"id": 1,
"lan": "es",
"orientation": "-1",
"remarks": "Considero que un artículo de seis investigadores puede contener aspectos más claros de investigación. A esta altura de los acontecimientos creo que ya ha sido mostrado que una lectura inteligente de métodos y técnicas de mejora de procesos permite su entendimiento. Por lo tanto, considero que el artículo debería ser más concreto en la presentación de éstos y desarrollar más trabajo en la propuesta que realizan de forma especial.",
"text": "El artículo detalla una propuesta de gestión de requisitos basada en KAIZEN. Los autores describen diferentes métodos y técnicas para complementar Kaizen Entiendo que el principal aporte de este trabajo es, según los autores, complementar y mejorar Kaizen para elicitación y gestión de requisitos. Sin embargo, los autores del artículo presentan únicamente una construcción teórica de su propuesta. Entiendo que al artículo le falta trabajo por desarrollar, con el fin de validar la propuesta. Sin embargo al ser un artículo que desarrollan seis investigadores, considero que debe incluir aspectos más aplicativos de la propuesta.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Interesante trabajo. si bien el documento muestra una propuesta, sería interesante mostrar aplicaciones.",
"timespan": "2010-07-05"
}
]
},
{
"id": 8,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "1",
"id": 1,
"lan": "en",
"orientation": "0",
"remarks": "",
"text": "The paper describes an experience concerning the automated inspection of spectra for the Pipeline Hubble Legacy Archive Grism data. Comments: In the conclusions the authors say that \"We have identified two classes of flawed spectra which were not picked up by the automatic classification because of their very small number of training samples. Per construction machine learning techniques can not classify such outliers.\" This sentence should be further explained. As Hastie, Tibshirani, and Friedman say in The Elements of Statistical Learning (see Chapter 7): \"it is too difficult to give a general rule on how much training data is enough; among other things, this depends on the signal-to-noise ratio of the underlying function, and the complexity of the models being fit to the data. \" So, by just saying that the number of training samples is small you do not provide enough information to decide whether machine learning techniques are adequate or not to solve a problem. Other minor comments: + If reference [2] has not yet been written or published it should be deleted from the paper. The dataset may be of scientific importance. It is mainly descriptive.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "en",
"orientation": "1",
"remarks": "",
"text": "This manuscript addresses an interesting solution based in machine learning techniques to classify spectra legacy data of the Hubble Space Telescope in order to publish the results and \"good\" spectra in Internet to scientific community. The manuscript is well-written and results are robust. Experiment is sound and the manuscript seems acceptable in the current form. The work can be short, but very interesting to the Infonor and JCC community. The main problem of the paper is that it is difficult to compare results for the classifiers utilized. A confusion matrix and parameters for each classifier could clarify results.",
"timespan": "2010-07-05"
},
{
"confidence": "5",
"evaluation": "1",
"id": 3,
"lan": "en",
"orientation": "0",
"remarks": "",
"text": "Interesting application domain. Nothing new from a machine learning perspective. They authors should provide more information about the models they have obtained with the different classifiers (feature subset selection used, selected features, accuracies, statistical significance on the differences on accuracies, the models themselves, ...). Semi-supervised classification is the appropriate method for the last paragraph in the \"Methodology\" section.",
"timespan": "2010-07-05"
}
]
},
{
"id": 9,
"preliminary_decision": "accept",
"review": [
{
"confidence": "5",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "Este paper presenta una herramienta (SAVE) para la verificación de arquitectura de software. SAVE realiza un chequeo estático de reglas asociadas a dependencias permitidas y prohibidas entre elementos del diseño y del código, y permite entregar un reporte sobre la consistencia entre ambos niveles respecto a dichas reglas. En general la herramienta parece bastante poderosa por dos motivos: el uso de reglas sencillas y la inclusión de sets de reglas pre-definidas para patrones de diseño de amplia utilización. Esto, a mi juicio, es la diferencia más importante con otros frameworks similares. La redacción es, en algunos lugares, poco objetiva. En particular sugeriría evitar el uso excesivo de adjetivos para los cuales no se provee de evidencia que los soporte. Por ejemplo, en varios lugares noté el uso de \"poderosa herramienta\", \"herramienta intuitiva\" o similares (no solamente referidos a SAVE, sino a otros trabajos). En todos esos casos, no se provee en forma explícita una evidencia que soporte el uso de dichos adjetivos. Otro detalle que requiere arreglo es el título que aparece en el archivo PDF: \"Predicción de la dinámica del comportamiento...\", el cual no coincide con el título del paper. Probablemente los autores utilizaron una plantilla de un paper anterior con dicho título.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "1",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "La verificación de la arquitectura de un producto software puede ser una gran contribución a la calidad del mismo, por lo cual, cualquier herramienta que facilite esta labor es un aporte a la ingeniería de software. Presentan evidencias de una revisión previa de métodos y herramientas alternativas o complementarias a la propuesta. Las descripciones presentadas se acompañan de ejemplos aclaratorios. No queda claro el rol e interacción del experto del dominio. En las secciones iniciales dice que la herramienta realiza análisis estático y dinámico, sin embargo al final del artículo, en la identificación de posibles mejoras de SAVE se propone incluir el análisis dinámico, lo que se contradice con la afirmación inicial. La descripción del funcionamiento de la herramienta no está lo suficientemente claro. La calidad de la figuras no es adecuada, por el tamaño y resolución de las mismas no es posible apreciar bien los detalles. La redacción de artículo puede ser mejorada. Hay varias frases en donde faltan conectores, por ejemplo \"En el presente apartado, veremos S.A.V.E. logra recuperar las dependencias existentes en el código fuente....\" Muchos errores en la acentuación de las palabras.",
"timespan": "2010-07-05"
}
]
},
{
"id": 10,
"preliminary_decision": "accept",
"review": [
{
"confidence": "3",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "Novedosa propuesta, muy valorable la vinculación de personas del ámbito empresarial lo que permite que la teoría y propuestas para ingeniería de software puedan ser probadas en ambientes reales. Bien estructurado y muy bien redactado. Solo sugiero esquematizar las actividadesde aplicación de entrenamiento White Belt IR - SixSigma y revisar pequeños detalles de redacción.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Buena práctica para mejor la calidad en la ingeniería de requisitos - En el resumen no debería haber teoría - Debería haber un caso de estudio para ver mejor la aplicación de la metodología",
"timespan": "2010-07-05"
}
]
},
{
"id": 11,
"preliminary_decision": "accept",
"review": [
{
"confidence": "3",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Interesante propuesta en un ambiente de desarrollo de software que es bastante pobre en aspectos metodológicos de desarrollo. Falta un poco de trabajo relacionado o quizás discutirlo mejor en la introducción con referencias para fundamentar la interesante propuesta. Revisar redacción. No está en formato pedido por Infonor. Se sugiere no agregar links de páginas web en el texto del artículo.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Los autores han diseñado una metodología para desarrollar software de apoyo a proyectos de investigación científica. Identifican con bastante precisión las diferencias entre el desarrollo de software de investigación y software con fines comerciales. Asimismo, proponen una metodología siguiendo un enfoque de métodos ágiles de desarrollo de software. La propuesta se encuentra en una fase de diseño, ha sido elaborada a partir de entrevistas a potenciales usuarios y es susceptible de ser probada en investigaciones futuras. En mi opinión, en el artículo hace falta un apartado que dé cuenta de la metodología que los autores siguieron para llegar a la propuesta. Se hace referencia a entrevistas a: \"participantes en este tipo de proyectos\", no obstante, no se informa cuántas personas fueron consultadas, cómo se seleccionó a los entrevistados, qué instrumentos se aplicaron y cómo se analizaron los datos.",
"timespan": "2010-07-05"
},
{
"confidence": "5",
"evaluation": "-1",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Considero, antes que nada, que el ámbito de desarrollo de la temática (desarrollo de software en ambientes de investigación...) no \"otorga permiso\" para realizar este desarrollo en forma más informal (tiempos, relajos en versiones, escasa documentación, etc.). 2º, no veo porque se plantea sólo SCRUM, sin hacer comparaciones básicas con los otros exponentes \"clásicos\" de metodologías ágiles (XP y FDD), lo cual le otorga una cierta \"liviandad\" al análisis inicial de parte de los autores (sin duda se podría ahondar un poco más, sobretodo con XP).",
"timespan": "2010-07-05"
}
]
},
{
"id": 12,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "2",
"remarks": "Se trata de un artículo que presenta un tema novedoso en el área de la ingeniería de software. Creo que será muy interesante conocer este proyecto en el contexto de las JCCC.",
"text": "Es un artículo que presenta un tema novedoso en el área de la Ingeniería de Software. El artículo está muy bien documentado y fundamentado. Las tecnologías utilizadas en el desarrollo del prototipo son de interés actual. Como lo describe el artículo, se trata de un primer paso en una línea de investigación y del desarrollo de un prototipo de una aplicación meta-case. Queda es este sentido, poco clara cual es el nivel de madurez actual, tanto de la investigación como de la aplicación desarrollada.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "2",
"id": 2,
"lan": "en",
"orientation": "0",
"remarks": "",
"text": "This paper presents a software tool that is useful in the context of software engineering. The authors do a good job describing the technical details of the tool. However, there is little information about the novel aspects of the proposed tool, How the proposal compares to other existing tools (if any)?",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 3,
"lan": "es",
"orientation": "2",
"remarks": "",
"text": "Un trabajo muy claro, preciso y del alto nivel",
"timespan": "2010-07-05"
}
]
},
{
"id": 13,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "2",
"remarks": "",
"text": "El artículo presenta el diseño de un prototipo que implementa un sistema para la adquisición de datos mediante dispositivos móviles inalámbricos, aplicado a la minería, específicamente en la monitorización de material particulado. Resulta interesante la aplicación de la tecnología móvil a un problema concreto de la industria minera chilena, además el artículo describe de forma muy clara la problemática y el prototipo propuesto. El artículo resulta novedoso ya que se plantea el uso de la computación (procesamiento de de datos) y de las tecnologías de dispositivos móviles aplicadas a un problema concreto de la industria minera chilena. El problema, la tecnología presentada (BUG) y el prototipo propuesto están descritos de forma clara. Resulta relevante la aplicación de tecnologías computacionales móviles actuales en sectores industriales importantes del país. El título principal y el resumen deben estar escritos en español y en inglés (sólo vienen en español). Además, el artículo presenta una lista de 29 referencias, pero sólo hace referencia a una (la primera de la lista). Incluso aparece en las Referencias PCFactory, y no queda muy claro el porqué.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Considera el uso de tecnologías móviles para incorporar en la medición de material particulado que existe en el interior de una mina. Será interesante ver las ventajas y desventajas de esta aplicación con otras existentes. Es un estudio solamente. Todavía no hay resultados.",
"timespan": "2010-07-05"
}
]
},
{
"id": 14,
"preliminary_decision": "reject",
"review": [
{
"confidence": "4",
"evaluation": "-1",
"id": 1,
"lan": "es",
"orientation": "-1",
"remarks": "Este trabajo presenta muchas inconsistencias.",
"text": "Se aprecia un trabajo extenso que se valora, sin embargo se observan varias inconsistencias a lo largo del trabajo. Se observa en la página 4 figura 1 la indicación de un modelo conceptual siendo este del tipo copo de nieve, sin embargo lo correcto sería indicar que es un esquema de diseño lógico y no de diseño conceptual de DW. Además un esquema conceptual correcto no debe indicar el tipo de dato. También en este aspecto se hace referencia a una bibliografía de esquema estrella. Faltó investigación sobre modelos conceptuales para DW para evitar lo anterior. Mucha redundancia en problemas técnicos que no deberían ser de importancia para el artículo. Se habla de inteligencia de negocios pero en un sentido estricto si se aplica inteligencia de negocios se necesita un analista “experto” que sea capaz de tomar decisiones con las tendencias encontradas en el estudio, lo cual no se presenta en el artículo. Faltan referencias de trabajos relacionados, pues solo se referencian libros. Una revisión a trabajos relacionados habría sido muy útil en el sentido de estructurar mejor el artículo. Existen metodologías para esquematizar el proceso ETL que habrían permitido mejorar este aspecto descrito en el artículo.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "-2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "NOTA: La primera versión de este review correspondía a otro artículo.",
"text": "El artículo presenta el proceso de construcción de un almacén de datos para implementar OLAP sobre datos de explotación de recursos marinos en las costas de Chile. El problema está claramente delimitado y tiene aplicación práctica relevante para el país. El trabajo presentado corresponde a un caso de uso muy completo y detalladamente documentado de técnicas bien conocidas de minería de datos. El ABSTRACT debe ser editado para que represente una traducción apropiada y legible del RESUMEN. No es evidente el aporte original del trabajo. Las conclusiones originales del artículo dicen relación con el dominio de la aplicación (estadísticas de explotación de recursos marinos) y no con temas relevantes a la conferencia. Debería completarse la información faltante en la bibliografía.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-2",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "Aunque el artículo sigue una estructura estándar, presenta algunos problemas de forma que deben ser corregidos.",
"text": "El artículo presenta el desarrollo de una solución al problema de analizar tendencias en el desembarco de especies marinas en el borde costero chileno, utilizando herramientas de inteligencia de negocios. a) aspectos de forma 1. la versión en inglés del título y el resumen del artículo contiene errores gramaticales, de redacción, y de estilo. 2. Uso de mayúsculas: chile --> Chile servicio nacional de pesca --> Servicio Nacional de Pesca kettle --> Kettle tabla 1 --> Tabla 1 api --> API etc. 3. Figura 2 no es referenciada Esta figura muestra --> La Figura 10 muestra 4. parráfo despues de la Figura 1 esta escrito en 1 columna. debe ser en 2 columnas 5. formato no concuerda totalmente con el formato Infonor. b) aspectos de fondo 1. El artículo no reporta resultados de investigación. Se trata de una aplicación de técnicas de BI para proveer soporte de análisis en línea de datos. 2. Es débil en cuanto a background de procesos y técnicas utilizados. Aunque se listan 12 referencias, solo se citan 2 o 3 de ellas en forma reiterada. No hay revisión de trabajos relacionados (casos de aplicaciones de BI.) 3. Dada la orientación del artículo, debe detallarse mucho más el uso (potencial) de los resultados. En este sentido, debe haber una mayor y mejor interpretación/evaluación por parte de los usuarios de los análisis de la información.",
"timespan": "2010-07-05"
}
]
},
{
"id": 15,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "-1",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "El presente paper realiza una categorización de formas de integrar reglas de negocio en un diseño utilizando el paradigma orientado a aspectos y propone una plantilla de documentación para reglas de negocio basado en dicha categorización. El paper entrega información útil sobre el problema en particular, así como una categorización razonable de diferentes aspectos en este problema. Es un buen punto de partida para una investigación en esa línea. Aunque la información entregada en el paper es de suma relevancia para una investigación en este tema, es insuficiente para aceptarlo como un trabajo completo y autocontenido. La razón es que el paper se enfoca en identificar problemas y proponer un artefacto (la plantilla) que debería resolver dichos problemas. Sin embargo no presenta evidencias de por qué esta plantilla es una buena alternativa para resolver dichos problemas. Para ello se requieren los elementos mencionados en el trabajo futuro, específicamente la especificación formal y la herramienta automática para crear plantillas y mapearlas a AOP. Mi sugerencia es esperar a que estos elementos estén listos para completar este paper y enviarlo a una nueva conferencia.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El trabajo presenta una alternativa viable para resolver el problema del cambio de las reglas de negocio. Se puede mejorar agregando algo más de background al tema de aspectos, dado que se asume un conocimiento previo de este tema, por lo que el paper no es autocontenido.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El trabajo presenta una metodología para abordar al complejidad de implementar reglas de negocios sin realizar cambios en la funcionalidad base de un sistema. Propone una metodología clara basada en documentación mediante plantillas para manejar y analizar el impacto de realizar la implementación de una regla de negocio vía orientación al aspecto. Las razones presentadas para indicar que el enfoque OA para encapsular la conexión entre las reglas de negocio y la funcionalidad base no es una tarea trivial, son generales y deberían ser abordadas con mayor profundidad. No presenta evidencias formales de que la utilización de las plantillas propuestas resuelvan de forma concreta un problema. Se sugiere presentar un problema resuelto por medio de la herramienta que se encuentra en desarrollo que maneje automáticamente las plantillas. En su defecto, demostrar la aplicación a un problema específico.",
"timespan": "2010-07-05"
}
]
},
{
"id": 16,
"preliminary_decision": "accept",
"review": [
{
"confidence": "3",
"evaluation": "0",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "",
"timespan": "2010-07-05"
},
{
"confidence": "5",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "Revisar el inglés que utiliza el artículo, existen errores que pueden corregirse para su publicación.",
"text": "Es un artículo que presenta una diagnóstico interesante de las empresas de desarrollo de software de Chile. Incorporan una base estadística inicial que da formalidad al trabajo realizado, de manera específica para la determinación de la muestra base para el desarrollo de las encuestas. Sin embargo, los datos estadísticos de los resultados no hacen parte del trabajo presentado. Presentación de resultados estadísticos que validen las conclusiones presentadas y los hallazgos encontrados, acerca del diagnóstico. Se recomienda a los autores continuar en el trabajo a fin incorporar las bases estadísticas tendiente en las empresas del sector en otros países. Otras recomendaciones: Revisión exhaustiva del inglés y de forma particular para la presentación de artículo, debería revisarse de forma cuidadosa la traducción de este idioma. Revisar particularmente el título, donde hay un error en la primera palabra.",
"timespan": "2010-07-05"
}
]
},
{
"id": 17,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "-1",
"id": 1,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Se presenta el desarrollo de un prototipo para una herramienta de asignación automática de requisitos de software entre los desarrolladores. Esta herramienta puede ser muy útil para los equipos de desarrollo de software. Se trata de realizar un aporte mediante esta herramienta a la calidad de los productos desarrollados. No se explica cuál es la heurística utilizada para la asignación de requisitos a los programadores. No se presentan un estudio de las herramientas de gestión de requisitos existentes, en donde se demuestre que no existen herramientas alternativas a la presentada. Y en caso de existir alternativas, justificar por qué desarrollar una nueva. No se explica claramente las funcionalidades de la herramienta. No hay evidencia de la mejora del proceso al incluir esta herramienta, sólo se dice en las conclusiones que \"es perceptible el cambio en la calidad del proceso\" Las referencias bibliográficas utilizadas son en su mayoría páginas web, no se nota una revisión bibliográfica en bases de datos especializadas. Las figuras no se distinguen bien. Las referencias bibliográficas no cumplen el formato establecido. Debe redactar en tercera persona.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "1",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "- Propuesta novedosa de planificación de requisitos para una fábrica de software, como un aporte hacia el mejoramiento de la calidad de proyectos. - A pesar que el título del artículo se orienta hacia la 'planificación de requerimientos', este punto solo se vuelve a abordar cuando narran cómo implementaron el prototipo. - No incluyen una base conceptual que permita sustentar el papel que juega la administración de requisitos en el proceso de desarrollo de software y particularmente en el aseguramiento de la calidad del proceso. - No se evidencia cómo con un aporte en la planificación automática de los requisitos para la fábrica de software, ésto le permitirá reducir sus tiempos de desarrollo (estimados vs reales) y por ende asegurar una mayor calidad. - No es muy clara la relación que existe entre la propuesta que hace en el marco de CMMI. El artículo propone un modelo de planificación de requisitos, apoyado por una herramienta automática. El prototipo que proponen es interesante y relevante. Pienso que puede organizarse mejor el modelo y método que proponen asociado a él, que en realidad es el aporte real de los autores. Considero que desde el punto de vista técnico sería importante que el análisis de resultados que plantean con el caso de estudio del banco, se hiciera por medio de una interpretación o comparación cuantitativa, que realmente evidencie que con esa planificación automática realmente se está mejorando la calidad del proceso y/o al menos la estimación y ejecución real de tiempos de desarrollo serán menores, escenario que según antecedentes ya ha sido justificado en su relación directa con la calidad. Es una propuesta interesante que puede ser aplicada en casos reales de procesos de administración de ingeniería de requisitos. Actualmente aportaría en la disminución de tiempos asociados a esta fase de desarrollo de productos software, y consecuentemente con la calidad del proceso. Teniendo en cuenta que la Ingeniería de Requisitos tiene tantas causas y acciones problémicas, que generan crisis de software y por ende una afectación en la gestión de la calidad, queda como un interrogante abierto el que realmente un aporte hacia la 'planificación' del requerimiento logre un efecto considerable, con respecto a otras causas o puntos cruciales como la 'priorización de requisitos', la validación y/o su trazabilidad como tal. La organización del documento puede mejorar en los siguientes aspectos: - Algunas de las figuras que se incluyen no son necesarias, pues realmente no aportan algo adicional de lo descrito en el texto, además que visualmente no dicen mucho. - En el apartado de 'Diseño de APARD' nombran muchos aspectos de orden técnico característicos de las fábricas de software de referencia, que no le dan mayor peso a la intención del artículo, ni están dando datos realmente influyentes parra la aplicación. - Se puede optimizar la calidad de las figuras (principalmente las que muestran los componentes internos del algoritmo y las acciones de uso del sistema -perfiles, pues son las que evidencian el mayor aporte). - Hay varios errores de redacción que deben ser revisados (p. ejemplo: el uso de 'en base de', debería cambiarse por 'con base en'; 'se hace uso', por 'se usa'.. )",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "- La herramienta APARD - La temática asociada a requerimientos y fábrica de software es interesante - No está detallado el caso práctico que considere el uso APARD con sus ventajas y limitaciones - La sección que explica la implementación de la solución APARD debe ser mejorada - Mejorar conclusiones - La presentación: con errores ortográficos y de redacción, escrito en primera persona, figuras con letras muy pequeñas, color blanco de letras en figuras la hacen poco legible, referencias escritas de diferente forma, etc. - Se recomienda no utilizar Wikipedia como referencia para un artículo científico. - Falta autor en referencias 6, falta nombre de tema en referencia 13 - Referencia 7 está escrita con autor de manera diferente a las otras y con título antes de autor. - Cambiar “Palabras claves” por “Palabras clave”. - De acuerdo a formato, poner como mínimo 5 palabras clave. - Pone referencia en otro formato, ejemplo, Greenfield y Short(2003) - Hay mucho detalle de tecnologías y herramientas y productos detallados en la sección Especificación Tecnológica de APARD - ¿Qué significa IQNET[z]? - Sugiero poner en Introducción las secciones que componen el paper.",
"timespan": "2010-07-05"
}
]
},
{
"id": 18,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El tema del artículo es novedoso y necesario en la literatura de modelamiento de procesos El trabajo en general presenta un desarrollo pobre en lo teórico. Para llevar a efecto la comparación entre las técnicas de modelamiento de procesos se debe construir una metodología que muestre efectivamente las ventajas de un método por sobre el otro. La comparación efectuada entre los métodos debe ser presentada para un caso general, dado que en ninguna parte la metodología explica que se va a aplicar a una situación particular. La metodología del artículo no explicita adecuadamente la forma en la cual se desarrolló la comparación, sólo expone los criterios de decisión utilizados en su construcción, lo cual no permite evaluar adecuadamente los resultados obtenidos. No se expone con claridad la pregunta de investigación y los objetivos del estudio efectuado.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "-2",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "Justificación:",
"text": "Justificación: Es un trabajo que no tiene mucha novedad, es un tema que se ha estudiado bastante, sobre todo los modelos gráficos. Estos conceptos están incorporados en las herramientas CASE, aun cuando en el documento no se presenta en profundidad. Tal vez un mayor aporte hubiese sido investigar los métodos formales y ampliar el análisis comparativo de métodos.",
"timespan": "2010-07-05"
}
]
},
{
"id": 19,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "en",
"orientation": "1",
"remarks": "",
"text": "This paper is very interesting, I like the idea, and to make it a work publishable in vennue reaching a wider international audience it is necessary to validate the proposed ideas through extensive experimentation with actual data and users, please go ahead.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "2",
"remarks": "",
"text": "Este trabajo propone un nuevo enfoque para el apoyo de la priorización de requisitos a través de un proceso de transformación de los Casos de Uso en un grafo de dependencia a través de la aplicación de técnicas de IR, redes bayesianas y evaluación del experto en el dominio. El enfoque se presenta como un interesante aporte para la priorización de requisitos y muestra su aplicación a un caso real. El documento está bien escrito y muy bien soportado por referencias. Los resultados son robustos según el enfoque utilizado y se presentan trabajos futuros bien direccionados. Algunos errores tipográficos o de redacción pueden ser encontrados en la página 5 (párrafo 1 y 2). Confusión por el uso de k y K en la página 5 (o error tipográfico). Puede que no quede claro la utilización del conocimiento de la priorización realizada en el caso base de prueba con respecto a la realizada semi-automáticamente por su enfoque, salvo que se utiliza el conocimiento del experto. Quizás una comparación objetiva entre las dos priorizaciones sería adecuado.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Desde el punto de vista de las redes Bayesianas, el trabajo no hace más que una aplicación directa de la implementación en Genie del algoritmo K2 (Cooper y Hervokits, 1992). No queda claro para que se va a utilizar la potencialidad de este modelo gráfico probabilístico a nivel de inferencia o clasificación. Las referencias incluidas en la lista debe de ser refinadas (no tiene sentido incluir referencias de los años 90 en las que aparezcan la coletilla de \"enviado\").",
"timespan": "2010-07-05"
}
]
},
{
"id": 20,
"preliminary_decision": "probably reject",
"review": [
{
"confidence": "2",
"evaluation": "-2",
"id": 1,
"lan": "es",
"orientation": "-2",
"remarks": "Falta de claridad en los conceptos y presentación de la propuesta, la que carece de referencias de aportes en el contexto de un problema muy usual.",
"text": "El tema es de actualidad y se recrea la tercera misión a través de la propuesta. Me parece meritoria e interesante, además del efecto multiplicador que esto conlleva para las empresas y las universidades en abordar problemas reales, con \"personas\" reales. Los Acrónimos definidos no presentan o representan su origen o fuente. Por ejemplo, FCAB, dice empresa de Ferrocarriles, pero no se ajusta a la realidad, pues debería ser Ferrocarriles de Antofagasta. Y así con otras, como CMM, HPC, AMPL, los que carecen de significado. No queda claramente discutido el tema de la propuesta en su contexto, ni los aportes y/o innovaciones en contraste con otras propuestas de la misma naturaleza que se pudiesen citar en referencias, bibliografía, papers o artículos, en donde bien pueden dar o entregar algunas consideraciones sobre el estado del arte del problema. Lo anterior, bien se podría realizar en la introducción o en la presentación del problema. Falta de claridad en la forma de expresarse o en la definición. Me refiero a por ejemplo, \"diagrama normal\", \"problema del diagrama normal\" y el \"problema del diagrama NxN.\" (en este último al menos se menciona un ejemplo.), \"modelo de diagrama equilibrado\", entre otros. Se hacen muchos juicios de valor sin tener el respaldo para ello. Me refiero a que se menciona textual... \"este algoritmo es de convergencia lenta...\" \".... los sistemas comerciales y muchos sistemas de libre disposición en la Web......usan técnicas heurísticas, con el fin de hacerlo eficiente.\" \"lento\", ¿en qué sentido?, ya que existe un entramado de posibilidades que podrían justificar tal juicio, a cuál se refiere?. \"sistemas comerciales\", ¿a cuáles se refiere? \"sistemas libres\", se refiere a sistemas FOSS (Free and open source software)? \"técnicas heurísticas\", ¿cuáles de los mencionados usan esta técnica?. \"hacerlo más eficiente\", al igual que antes, ¿en qué sentido, hacerlo más eficiente.?. A caso, no lo es ahora?. Falta fundamentar y sustentar tales juicios con trabajos y/o referencias bibliográficas, por ejemplo. Se habla de un grafo, que estaría representando el problema. Existiendo tantas herramientas de modelamiento, que lástima que no se presente o se visualice un modelo gráfico sobre el particular. Se desconoce el formato de los archivos de entrada, y/o transformaciones que deberán sufrir estos para alimentar los archivos AMPL en el proceso de Leer/transformar datos a AMPL. Análogamente, para cuando la recupera en formato AMPL y la traduce al formato XML. El uso de DSL (Domain-Specific Language) sería una solución plausible?. Por qué SSH?, ¿qué estudio avala tal decisión.?? Cómo se realiza la autenticación?. que método utiliza?. Autenticación vía password, tarjeta, voz, etc... Se hacen referencia a una serie de libros clásicos, los cuales no se correlacionan con la presentación, ni con el contexto de la propuesta. Muy genérico. Podría ser más específico respecto del porque citar estos libros. Además no se mencionan en la propuesta el enlace (numeración)a las Referencias. Carece de conclusiones, o agradecimientos. Me imagino que FCAB facilitó la infraestructura y la problemática. Carece de enlaces a los portales de las herramientas que utilizaron o utilizaran. Por ejemplo. http://www.ampl.com, http://www.openssh.com/, entre otros.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "-2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "Incluso para la categoría \"short paper\", el artículo en su estado actual no parece suficiente. Podría ser un \"poster\" o un reporte de \"work in progress\" si alguna de esas categorías existiera.",
"text": "Se presenta un modelo de optimización con restricciones de asignación de tripulaciones de trenes y su implementación en Java. El problema está claramente delimitado y tiene aplicación práctica. La solución propuesta parece apropiada. La presentación extremadamente breve (dos páginas de contenido) no permite evaluar la calidad técnica ni la relevancia del trabajo. No se incluye discusión de trabajo relacionado ni de los aportes del trabajo mismo. No se proporcionan detalles del modelo, ni del software, ni de los resultados experimentales.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "1",
"id": 3,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Es un buen tema para el congreso. Presenta una buena propuesta de trabajo de vinculación Está redactado como un abstract extendido, debe ser re-escrito para ser aceptado definitivamente para el congreso. No hay referencias y las que coloca al final son pobres. Por la presentación debería ser castigado",
"timespan": "2010-07-05"
}
]
},
{
"id": 21,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "Creo que responde a las expectativas de los artículos que se esperaban, marcando un estándar tanto en la forma como en el fondo.",
"text": "El tema es de vital actualidad, factible de realizar (se dan evidencias de aquello) y se recrea al mismo tiempo la ejecución de la \"tercera misión\" a través de la propuesta. Me parece meritoria e interesante el efecto multiplicador que esto ha tenido, al incorporar los actores a la propuesta. En específico me refiero a las empresas o pymes, las universidades e institutos (alumnos), INDAP, en abordar problemas reales, con \"personas\" reales. La propuesta logra presentar una dinámica, en este caso, de la sociedad agrícola, que apalanque la gestión del conocimiento. Una derivada interesante de la propuesta es que ha servido para identificar las oportunidades que existen en la Región y su entorno, a la luz de las acciones que se están ejerciendo con el fin de obtener aún más de ellas, en lo específico me refiero a la Universidad, entidades gubernamentales y la sociedad. Carencia de referencias internacionales de los estándares (si es que existen?) que se desean alcanzar en éste ámbito. Se compromete a mejorar la \"rentabilidad de los pequeños productores\", pero no se dice cómo, ya que con sólo la incorporación de la tecnología no es suficiente.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Poca información sobre aspectos técnicos utilizados en el desarrollo del sistema.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 3,
"lan": "es",
"orientation": "1",
"remarks": "",
"text": "Sin duda en este campo se pueden realizar muchos aportes de tipo innovativos (y este trabajo lo es). En él artículo se debió destacar más fuertemente los aportes informáticos y no tan sólo destacarlos débilmente. Tampoco se ve con claridad el \"cómo se va a ahondar\" en las reglas del negocio y se menciona sólo genéricamente esbozos metodológicos.",
"timespan": "2010-07-05"
}
]
},
{
"id": 22,
"preliminary_decision": "probably reject",
"review": [
{
"confidence": "3",
"evaluation": "-2",
"id": 1,
"lan": "es",
"orientation": "-1",
"remarks": "No queda claramente establecida la magnitud de la propuesta, en el sentido que se desconoce que representa una flota, personal, nº de locomotoras.",
"text": "es interesante constatar la preocupación de personas individuales que se preocupen de la seguridad y el mejor servicio que pueda brindar la empresa. La figura 1 no es auto explicativa en términos de explicar los componentes del sistema, por ejemplo, TVL, que está a bordo de las locomotoras. Los Acrónimos definidos no presentan o representan su origen o fuente. Por ejemplo, VHF, SMS, XML, GPS, PLC, los que carecen de significado. Se dice que la información está disponible en diagramas y herramientas como Google Earth, cómo así.? Acaso, permite visualizar imágenes en 3D, combina imágenes de satélite, mapas y el motor de búsqueda de Google, permitiendo ver imágenes a escala de un lugar específico de la ruta.?.es eso lo que se logró?. Existen una serie de conclusiones, las cuales no son documentadas. Se dice, presentó un alza de 6%, sobre cuánto?. ¿Cómo son o cómo se obtienen los indicadores de eficiencia.? Bibliografía, mal citada.",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "-2",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "Adicionalmente, no queda claro en qué área de la conferencia pudiera caber este artículo.",
"text": "El artículo presenta un sistema de control de flota que integra diversas tecnologías. Se presenta una solución compleja que integra distintos sistemas de hardware y software. La presentación describe el sistema a nivel de módulos principales (gestión y control de trenes, SMS, autorizaciones de vía, detectores de desrielo, y cambios radiales) pero no profundiza en ninguno. Se presenta la solución como una alternativa de bajo costo comparable a referentes mundiales, sin embargo no se aportan datos al respecto. Así mismo, no se proporciona respaldo para las afirmaciones hechas respecto de escalablidad y otros beneficios de la solución (ver Conclusiones y las dos secciones precedentes).",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "1",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El artículo es una buena idea Adolece de profundidad, se presenta muy someramente, no presenta una revisión de trabajos relacionados, no plantea el modelo y la red de sensores que va utilizar, por la redacción se estima que esta en un estado temprano de la investigación, falta desarrollo, ejemplo escenario de evaluación.",
"timespan": "2010-07-05"
}
]
},
{
"id": 23,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "1",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "En este trabajo se realiza una propuesta para la identificación de riesgos relativos al proceso de outsourcing de software, para lo cual se diseña una taxonomía que es aplicada preliminarmente en una organización como forma de validación, aunque sólo en la forma de una encuesta de opinión. Para robustecer el aporte científico sería ideal contar con una aplicación real que acompañe el proceso de outsourcing de comienzo a fin de modo de poder dimensionar de mejor manera el real aporte y efectividad de la taxonomía propuesta",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "- Una revisión interesante de la literatura - La propuesta de Taxonomía presentada - El Caso de Estudio está tratado de manera muy débil. Además, los resultados no son expresados de una manera más rigurosa (por ejemplo, con porcentajes o gráficos). - De acuerdo a formato, poner como mínimo 5 palabras clave. - Debe cumplir con formato exigido, por ejemplo, no debe usar “et al” ni en el texto ni en las referencias, debe dejar espacios entre párrafos, etc. - La referencia 10 ¿es una tesis o un informe técnico? - Sugiero cambiar color de letra de Figura 2 para mayor legibilidad. - La Figura 2, ¿es realmente la Figura 1? - El texto en azul ¿es figura o tabla? (no aparece su identificación) - Indica que el listado de la Tabla 3 corresponde a “cada uno” de los niveles descritos, pero en la Tabla 3 no aparece el tercer nivel y debe decir Figura 3 y no Tabla 3 - En Figura 3 respectiva, debe cambiar “D. Selección de Proveedores” por “F. Selección de Proveedores”. También debe cambiar “E. Establecimiento del acuerdo” por “G. Establecimiento del contrato”. - Debe utilizar la palabra “requisito” o “requerimiento” pero no ambas. - En “C. Procedimientos de verificación” debe cambiar “2. Entorno de validación” por “2. Entorno de verificación” y “3. Procedimiento y criterios de validación” por “3. Procedimiento y criterios de verificación” - Cambiar en referencia 24 “Standarization” por “Standardization”",
"timespan": "2010-07-05"
}
]
},
{
"id": 24,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "2",
"remarks": "",
"text": "El artículo describe un caso de innovación empresarial que apoya los procesos de aprendizaje organizacional. El principal mérito del caso es que se ha logrado un impacto muy significativo con una inversión modesta de recursos. Adicionalmente se enfatiza al conocimiento como un elemento estratégico para la organización, el cual requiere acciones concretas de gestión y asignación de recursos. Finalmente, se debe destacar una redacción impecable y amena del caso.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-1",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El artículo describe una interesante aplicación en el ámbito de la capacitación y que entrega herramientas de gran utilidad para la empresa en el mejoramiento de los procesos del aprendizaje de los trabajadores. El artículo identifica las ventajas que este tipo de plataformas entrega a las empresas que las utilizan. El artículo no define adecuadamente el propósito del mismo y establece en su inicio que este objetivo es \"dar a conocer\", lo cual no es un propósito adecuado para estas investigaciones. El artículo se denomina plataforma para la gestión del conocimiento, sin embargo el artículo no define el marco teórico adecuado a esta temática. (no hay autores relevantes en la gestión del conocimiento y los procesos asociados a esta). El artículo no justifica adecuadamente en la literatura la relevancia de estas plataformas en los proceso de aprendizaje y experiencias internacionales en el tema No existe un apartado que presente la metodología de investigación seleccionada por los autores, más bien los autores describen una aplicación y sus componentes. Falta claramente el diseño de la investigación. Las conclusiones del artículo se relacionan con la importancia de estas plataformas para la empresa, pero no se enfocan en los resultados obtenidos en la empresa que implementa, no hay recomendaciones para futuros estudios y no existe reconocimiento de las limitaciones del mismo",
"timespan": "2010-07-05"
}
]
},
{
"id": 25,
"preliminary_decision": "accept",
"review": [
{
"confidence": "3",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "1",
"remarks": "Es un trabajo interesante, en un área compleja, que se presenta adecuadamente. Se pudo hacer un mayor esfuerzo en comparar con otros trabajos en la misma línea que se estén desarrollando actualmente, bajo condiciones similares.",
"text": "Desarrollar investigación asociada al tema de visión artificial es interesante de conocer, aún bajo condiciones que no son las óptimas, particularmente en los recursos de hardware. En la sección de pruebas de luminosidad hay cierto desorden en la presentación de los resultados (por ejemplo, la figura 10. debería titularse Prueba Botella Cloro y no Prueba Caja). Lo que hace difícil su seguimiento. Las referencias bibliográficas podrían ser más actuales y de mejor nivel.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "La publicación trata sobre un sistema de reconstrucción de superficies a través de un escaneo, utilizando para ello una cámara de vídeo convencional, un motor y un láser. Bajo este esquema, se desarrolla un sistema de bajo coste, con las ventajas y limitaciones propias de la proposición. - Creo que el sistema propuesto parte de una premisa interesante que es su bajo coste. Los sistemas comerciales para este tipo de desarrollos pueden ser, en la mayoría de las ocasiones, de costes muy elevados, dependiendo del tipo de elementos que se utilicen. - A pesar de la simpleza de la arquitectura propuesta, creo que el sistema es mejorable. Por ahora, creo que falta un camino por recorrer (de acuerdo a lo leído en el paper) en lo que refiere a su uso más allá del laboratorio. Es por eso que en ORIGINALIDAD (ORIGINALITY) se califica con nota 4 (good) - Una de las primeras debilidades encontradas en la publicación es su introducción. Esta peca, a mi parecer, de dos problemas: El primer problema es que su contenido es demasiado general, en toda su extensión se habla de qué es la visión por computador, en general, pero no se detallan aspectos interesantes como el estado del arte en esta materia y una bibliografía relevante. Solo se dice a rasgos generales: \"En trabajos realizados relacionados con este tema, generalmente es el objeto el que se mueve en forma milimétrica...\". A partir de esto me surgen dudas como: ¿Hay otras formas de reconstruir superficies?, ¿Hay trabajos similares?, ¿En qué se diferencia esta técnica a otras?, ¿Cuál es el aporte de vuestro trabajo?, ¿Por qué no utilizar visión estéreo (quizás los costes sean similares)?. El segundo problema encontrado es consecuencia del primero, ya que al tratar de explicar lo que es visión por computador a quedado demasiado larga (un poco más de tres columnas), y demasiado general. Quizás si se hubiera centrado la atención en el estado de arte esto no lo vería como problema. - En el aspecto técnico veo que vuestra aproximación puede funcionar en un ambiente muy controlado, donde no hayan grandes cambios de iluminación y la superficie de los objetos escaneados sean de colores que no sean muy similares al fondo y/o haz de láser utilizados. La resta de fondo para entornos controlados puede funcionar pero en exteriores dudo que su sistema sea tan estable. Creo que en el texto se podrían haber enumerado los distintos métodos utilizados para la segmentación. En la página 4 se hace referencia pero no se profundiza (\"Para la segmentación se probaron distintos métodos, de los cuales se seleccionó el método de resta de imágenes...\"). Quizás sería bueno aprovechar algún espacio de color (RBG, YUV, etc.) y utilizar la distancia de Mahalanobis (obtener una muestra de un haz de láser o varios) para obtener una mejor segmentación de la luz láser. - Sobre la presentación, he encontrado algunos errores que sería bueno mejorar: - La figura 2 y figura 3 tienen el mismo título, creo que hay un error con el título de la figura 3. - La figura 2 tiene algunos errores y que puede inducir a error. \"Proyector de luz\", la \"de\" está subrayada. Y \"b\" puede confundir ya que aparece con un guión bajo. - Algunos detalles: - Página 5: \"Lo anterior les genera...\" - Página 6: \"las cuales obtienes mejores...\" - La palabra láser aparece sin tilde en algunas ocasiones. Revisar el título que acompaña cada página. - entre otros.",
"timespan": "2010-07-05"
},
{
"confidence": "1",
"evaluation": "0",
"id": 3,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "NO ME ENCUENTRO CAPACITADO PARA EFECTUAR ESTA REVISION. ESTA MUY LEJOS DE MI ESPECIALIZACION.",
"timespan": "2010-07-05"
}
]
},
{
"id": 26,
"preliminary_decision": "accept",
"review": [
{
"confidence": "3",
"evaluation": "2",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "1",
"remarks": "Mejorar la calidad de algunas figuras que no se pueden leer.",
"text": "La novedad del tema a tratar hace del artículo una investigación interesante. Tiene una muy buena presentación y es fácil de leer, lo cual da un aspecto llamativo al tema. A pesar de ser un tema que incluye dos disciplinas muy distintas, han logrado sincronizar adecuadamente los conceptos de tal forma que la investigación es importante y aporta conocimiento desde la parte inicial del trabajo realizado, hasta las propias conclusiones Se recomienda a los autores seguir con el trabajo a fin de acabar otros aspectos relacionados con la salud pública. Recomendaciones: Es indispensable mejorar la calidad de las figuras, existen algunas que es imposible visualizar, como es el caso de Figura 4, Figura 6, Figura 7 y Figura 8.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "1",
"id": 3,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "- Buena revisión de tendencias, tecnologías y estándares que podrían utilizarse para la implementación de sistemas de telemedicina. - Interesante caso práctico que hacen del sistema SAT y sus posibles aplicaciones desde la Ing. de Software - Las iniciativas y tendencias que muestran en telemedicina, deberían describirlas en función de los apartados que tratan en el artículo: integración, interoperabilidad y desarrollo de aplicaciones, y no en general como lo presentan. Por esta desarticulación, es posible que no sea muy clara la consecuencia entre lo que presentan en el resumen y lo que se encuentra en el desarrollo del paper. - Considero que el título no debería enfocarse solo hacia 'Herramientas', pues al comenzar a leer el trabajo queda la idea q el aporte y la revisión es mas a nivel operativo y de sistemas que apoyen el proceso, mas no de iniciativas en cuanto a estándares, proyectos y tecnologías desarrolladas para tal fin. El título no tiene el alcande del contenido. El artículo describe en el caso chileno, cuáles podrían ser iniciativas, tendencias y tecnologías para la aplicación de ingeniería de software en el ámbito de la telemedicina. No representa originalidad como tal en ninguna de las dos áreas. La calidad técnica es buena en cuanto a que la revisión que describen está soportada bibliográficamente, con tendencias, tecnologías y estándares actuales. En cuanto a la escritura técnica, sí hay errores en el adecuado uso de las siglas, en algunos casos no muestran su significado, en algunos otros casos no son bien utilizadas. (Por ejemplo: Se debe decir TIC, no TICs; en la citación de las referencias en el texto, se debe suprimir la puntuación antes del número --> especialista [14].; las figuras pueden mejorarse significativamente). La descripción de las 'tendencias' e 'iniciativas' daría mayor valor al artículo que ejemplos como el incluido en esta última sección donde muestran la representación de un mensaje en sintaxis diferentes. Es relevante para el contexto chileno, en cuando presentan una propuesta interesante para que los diferentes actores (gobierno, desarrolladores, compañías) tengan en cuenta para impulsar esta área de trabajo. La organización del documento se puede mejorar en los aspectos nombrados en 'calidad técnica, al igual que aspectos que evidencien una consecuencia y coherencia entre título, resumen y desarrollo del artículo. Así mismo, hay errores ortográficos y de redacción que, si se evitan, pueden darle mayor valor a la presentación del artículo.",
"timespan": "2010-07-05"
}
]
},
{
"id": 27,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "1",
"id": 1,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "",
"timespan": "2010-07-05"
},
{
"confidence": "5",
"evaluation": "2",
"id": 2,
"lan": "es",
"orientation": "2",
"remarks": "",
"text": "Un muy buen trabajo, presenta integración de varias tecnologías de una forma clara y coherente A pesar de que lo mencionan como trabajo futuro, se debería tener en cuenta el HL7 desde ya",
"timespan": "2010-07-05"
}
]
},
{
"id": 28,
"preliminary_decision": "reject",
"review": [
{
"confidence": "4",
"evaluation": "-2",
"id": 1,
"lan": "es",
"orientation": "-2",
"remarks": "",
"text": "Este paper presenta problemas importantes en su formulación. Los papers de experiencias prácticas deben entregar algo más que una simple descripción del sistema desarrollado: deben indicar claramente qué nuevo conocimiento, técnica o solución se obtuvo de dicha experiencia. Consecuentemente, un paper de esta naturaleza debería incluir, al menos, los siguientes elementos esenciales: - Una introducción que explique claramente el propósito del trabajo: (a) el problema que fue resuelto directa o indirectamente con la experiencia práctica, (b) por qué el problema es importante y no trivial y (c) por qué que esta experiencia entregó información nueva dentro de dicho contexto (no obtenida con experiencias similares). - Marco teórico - La descripción del sistema: no debe ser una mera enumeración de sus componentes y funcionalidades, sino indicar claramente aquellos elementos que, durante su desarrollo, aportaron información relevante al problema del estudio. - Conclusiones: deben estar alineadas con los elementos de la introducción y deben estar soportados por la evidencia entregada en la descripción del sistema. Analizando el paper bajo esta perspectiva, encontramos problemas importantes: Primero, la introducción no es clara respecto al propósito del trabajo y. La única parte donde se mencionan los objetivos es en el 5o párrado, donde se indica que el caso de estudio es \"para demostrar empíricamente los costos de desarrollo\" asociados a las tecnologías mostradas en el paper. Esto, junto con \"destacar las principales características y potenciales virtudes de CakePHP y MVC..\" parecen ser los elementos centrales del paper. Segundo, la descripción del sistema no difiere mucho de un manual de sistema; falta evidencia esencial para soportar los elementos de la introducción: costos de desarrollo asociados (tiempo, personas, recursos) que, se supone, deberían ser menores que con otra metodología. Si bien las secciones que describen CakePHP y MVC tienen información relevante para el problema, no aportan valor al trabajo si no están respaldadas por evidencia obtenida directamente de la experiencia de desarrollo con esta tecnología. Por sobre todo, eché de menos una comparación con alguna otra experiencia similar, indicando, claramente qué mejoras al desarrollo introduce CakePHP/MVC. Por último, las conclusiones del paper no están alineadas con los elementos indicados en la introducción; algunas de ellas entregan información fuera del contexto (conclusiones #5 y #6) o son irrelevantes (conclusión #2); otras carecen de evidencias que las soporten (conclusión #1) o no son explicitas en asociar la evidencia con lo concluido (conclusiones #3 y #4). Al margen de las observaciones anteriores, el paper también requiere mejoras en la presentación de la información. Por ejemplo, no es explícito el valor que el código SQL de las figuras 10 y 11 entregan al paper. Las Figuras 12-15 no están adecuadamente descritas. Una persona que no comprenda bien el trabajo con línea de comando puede terminar totalmente desorientada y no entenderá los argumentos esgrimidos. Por todos esos motivos el paper no está en condiciones de ser aceptado para publicación.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-1",
"id": 2,
"lan": "es",
"orientation": "0",
"remarks": "",
"text": "Presenta un framework para el trabajo de MVC con PHP de forma simple. Podría ser un poco más técnico en cuanto a elementos de configuración y agregar comparación con otros frameworks existentes para entender por qué CakePHP y no otra alternativa.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-2",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El trabajo expone la aplicación del framewok CakePHP a un problema específico. Expone en forma clara la utilización del patrón MVC mediante CakePHP. La introducción es muy general y pone énfasis en elementos (calidad, tiempo y RAD) que no son desarrollados o demostrados en profundidad en el trabajo. Presenta el caso de estudio en CakePHP, sin realizar una comparación específica a partir de los elementos que sean mediables (tiempo, costo) con otros frameworks. Posee faltas ortográficas (Universiades). Se menciona la utilización de la técnica de programación extrema, sin embargo, no se específica de que forma fue desarrollada por los autores. Se presenta código SQL sin especificar como se encuentra relacionado con el framework CakePHP. No se identifica de manera clara el aporte de los screenshots presentados. Sería deseable una introducción más detallada el problema específico resuelto. No queda claro cuáles son los beneficios de utilizar CakePHP para el desarrollo de esta aplicación. Las conclusiones son muy generales y distan de ser específicas para el trabajo desarrollado.",
"timespan": "2010-07-05"
}
]
},
{
"id": 29,
"preliminary_decision": "reject",
"review": [
{
"confidence": "5",
"evaluation": "-2",
"id": 1,
"lan": "es",
"orientation": "-2",
"remarks": "",
"text": "El trabajo es de baja calidad académica (describe sólo una idea de proyecto y no da evidencias útiles para ser reportadas en ambientes académicos) y de muy pobre redacción (no depurado y sin claridad). No creo que sea un aporte al congreso. Ejemplos de carencias: 1. No existe ABSTRACT en inglés, sólo un RESUMEN con título de ABSTRACT, lo mismo en el caso de las KEYWORDS. 2. Errores gramaticales: ·\tEliminar “,” en diversos lugares sin sentido gramatical. Ejemplos: ·\t\"En este artículo, se describen los antecedentes y la fundamentación teórica del proyecto\". ·\t“… y la participación ciudadana, de donde surge la necesidad de realizar el proyecto” ·\t“ Este cuestionamiento, permitirá que el lector se enfoque …” ·\t“… más fácilmente, la forma” ·\tFaltan “.” Finales: ·\tQue el funcionamiento de una nación pueda basarse en el principio de democracia representativa ·\tLas instituciones de una nación proporcionen a los ciudadanos medios y posibilidades de expresar su opinión ·\tFaltan “y” ·\t“… cuentas, desmonte de la cultura de corrupción.”, debe ser “… cuentas, y desmonte de la cultura de corrupción.” ·\tTiempos verbales errados: a.\t“… lector se enfoque en el objetivo primordial de los desarrollos y podrá”, podrá debe ser pueda. ·\tUso de “;” y “,” en “ El artículo se estructura de la siguiente forma: en la sección 2 se describen las razones y el contexto actual que dieron origen a la idea que motivó el proyecto; en la sección 3 se plantean los objetivos propuestos; luego, en la sección 4, se delinea la metodología y se describen brevemente cada una de las fases o etapas de desarrollo y finalmente en la sección 5, se plantean las conclusiones a las que se ha podido llegar, luego de la ejecución de las fases 1, 2 y 3.” ·\tUso de punto aparte en vez de puntos seguido en varios párrafos. 3. En las referencias ·\tMalas llamadas a las referencia en el texto, dice “[2], [3], [4], [5]” y debe ser “[2, 3, 4, 5]” ó “[2-5]” ·\tIncompletas para [1] ¿Editorial, año? ·\tReferencias en mal reportadas según estandar: ·\t[2] Batista, C. TICs y Buen Gobierno: La contribución de las Tecnologías de la Información y la Comunicación al Gobierno Local en América Latina. Núcleo de Investigación en Políticas Públicas. Universidad de Brasilia, Brasil. UNESCO. 2003. ·\t[3] Revelo, H. Gobernabilidad y Tecnologías de Información y Comunicaciones: Uso de las TIC para el fomento de condiciones para la Gobernabilidad, con énfasis en el ámbito Local. En: XI Congreso Iberoamericano de Derecho e Informática. Quito – Ecuador. Septiembre 28 al 30 del 2005. ·\t[4] Toro Giraldo G. et al. Gobierno Electrónico Local e Inclusión Digital. Federación Colombiana de Municipios GTZ, 2006. ·\t[5] http://www.iadb.org/sds/ICT/site_6198_s.htm ·\t[8] Solano, D., Perez, L., Velez-Langs, O. Citizen participation through web: e-democracy in Monteria.. Proceedings of the 3rd International Conference on Theory and Practice of Electronic Governance. Bogota Noviembre 2009. ·\t[9] Perez Negrete, L., Velez Langs, O., Solano Oviedo, D. Análisis de la Recepción de un Portal de e-Democracia en Montería .. V Congreso Colombiano de Computación. Cartagena de Indias - Colombia Abril 2010. ·\t[10] http://directwebremoting.org/dwr/ ·\t[11] http://en.wikipedia.org/wiki/Apache_Wicket 4. No existen fuentes de las figuras 1 y 2. 5. Dice que el objetivo general del proyecto es “proporcionar una arquitectura de apoyo a la toma de decisiones grupales y de comunicaciones, que facilite la participación ciudadana en aquellos procesos públicos relacionados con la toma de decisiones, promover su empleo en decisiones importantes y explorar los aspectos político-legales asociados al mismo” (falta . final) y se puede entender que el objetivo de artículo descrito como “se describen los antecedentes y la fundamentación teórica del proyecto de investigación con el mismo nombre” … que como dice (finalmente) en las conclusiones es “Desarrollo de Mecanismos de Participación Ciudadana en Montería a través de Internet”. Este último objetivo no se cumple a mí entender. 6. En las conclusiones se entregan elementos desarrollo del trabajo como es “la opción escogida para el desarrollo del portal, siendo el manejador de contenidos Joomla! la herramienta utilizada para ello, debido a la facilidad de uso, administración y mantenimiento de todo portal o sitio web construido con este [8]. Joomla! fue elegido posteriormente a un estudio en donde también se consideraron otras tecnologías como DWR [10] o Wicket [11]. Dicha facilidad de administración y mantenimiento….”",
"timespan": "2010-07-05"
},
{
"confidence": "3",
"evaluation": "-1",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Un buen tema, en términos de convocar a la sociedad en las utilidades y aplicaciones de las TICs Se dice en la propuesta que: \"se desarrollaran\" métodos, \"se proporcionará\" una arquitectura de apoyo a la toma de decisiones, \"se podrá\" medir la receptividad, \"se desarrollará\" un inventario de las TICs. Desgraciadamente, nada de lo anterior se pudo concretar con estudios que sustenten lo anterior. Se hacen juicios de valor sin tener el respaldo suficiente. No se menciona en la introducción la información de organismos internacional en el contexto de la propuesta, como OECD o World Economic Forum, entre otros. Además, no se fundamenta la diferencia, aporte e innovación de la presente propuesta con la que se presentó al Proceedings of the 3rd International Conference on Theory and Practice of Electronic Governance.Bogota Noviembre 2009.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "0",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "El tema de la participación ciudadana es hoy uno de los temas a nivel de gobierno que interesa a los gobiernos y a los ciudadanos. Los autores presentan una aplicación que aplica estos conceptos en ámbito de gobierno local. El objetivo del artículo no es claro. Los autores declaran que el proyecto asociado a este artículo tiene como objetivo desarrollar métodos que den soporte social a la participación de los ciudadanos de Monteria en los procesos y/o decisiones de gobierno.... Por otro lado ellos declaran que el objetivo es proporcionar una arquitectura de apoyo a la toma de decisiones grupales y de comunicaciones, que facilite la participación ciudadana en aquellos proceso públicos relacionados con la toma de decisiones , promover su empleo en decisiones importantes y explorar los aspectos políticos-legales asociados al mismo. Sin embargo estos objetivos se refieren al proyecto ya que ellos no se desarrollan en el artículo. Los autores deben dejar claro el objetivo del artículo y este debe estar circunscrito a lo que se presenta en él. El artículo también presenta aspectos negativos relacionados fundamentalmente con la revisión del estado del arte o de la literatura en el tema y en el desarrollo metodológico. En relación a la revisión de la literatura los autores no presentan los principales estudios en el ámbito de la participación ciudadana en el mundo. Existe un importante número de publicaciones que abordan este tema en los Estados Unidos y en Europa. Los modelos de madurez del gobierno electrónico abordan claramente este ámbito. Los autores deben revisar en forma exhaustiva la literatura referente al tema. El aspecto metodológico del artículo es incompleto ya que no establece un diseño de la investigación que identifique con claridad las herramientas a utilizar en cada etapa y la justificación de las mismas (comparativamente), solo se mencionan dos alternativas pero se desconoce las razones de su eliminación. Dado que el trabajo se encuentra aún en su etapa de implementación es difícil determinar los beneficios finales de la implementación por lo cual los autores deben destacar esta limitación.",
"timespan": "2010-07-05"
}
]
},
{
"id": 30,
"preliminary_decision": "reject",
"review": [
{
"confidence": "4",
"evaluation": "-2",
"id": 1,
"lan": "en",
"orientation": "-1",
"remarks": "",
"text": "I don't think the work reported in this paper is suitable for the SCCC conference. The author should consider reporting this experience on a conference more focused on practice in computer engineering than in CS reserarch. The material presented in the paper could be of interest for practicioners working with Oracle, namely a particular product.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-1",
"id": 2,
"lan": "es",
"orientation": "-1",
"remarks": "",
"text": "Tema bien tratado técnicamente y en forma clara. El tema solo muestra un manejo técnico sobre una herramienta, y no aporta algo novedoso. Se recomienda hacer una comparación en complejidad sobe las SQL con datos primitivos versus a datos XML, y abarcar otros aspectos como por ejemplo la mejora, etc.",
"timespan": "2010-07-05"
},
{
"confidence": "4",
"evaluation": "-2",
"id": 3,
"lan": "es",
"orientation": "-1",
"remarks": "Artículo muy básico en su contenido.",
"text": "Se ajusta al formato solicitado y se puede leer sin dificultad. El artículo básicamente es un revisión de las herramientas Xpath, Xquery y SQL/XML en Oracle 10g, ilustrando su uso con varios ejemplos. No hay un aporte, en ya sea nuevo conocimiento o aplicación de la tecnología para resolver un problema real. No hay resultados de investigación que mostrar ni discutir.",
"timespan": "2010-07-05"
}
]
},
{
"id": 31,
"preliminary_decision": "accept",
"review": [
{
"confidence": "4",
"evaluation": "-1",
"id": 1,