All reviews of published articles are made public. This includes manuscript files, peer review comments, author rebuttals and revised materials. Note: This was optional for articles submitted before 13 February 2023.
Peer reviewers are encouraged (but not required) to provide their names to the authors when submitting their peer review. If they agree to provide their name, then their personal profile page will reflect a public acknowledgment that they performed a review (even if the article is rejected). If the article is accepted, then reviewers who provided their name will be associated with the article itself.
The authors have addressed all the reviewers' comments, so it can be accepted now.
No Comments
No Comments
No Comments
It seems that the revisions authors made for Table 2 did not appear successfully.
No Comments
No Comments
No Comments
This manuscript will be accepted if you address all the reviewers' comments. When you submit your revised manuscript, please also provide an executable IT platform for the reviewers to test.
No Comments
No Comments
No Comments
This paper proposed a reference model for requirements. Based on this reference model, specific requirements for developing a system for cross-projects collaboration within biomedical research networks can be captured efficiently. As a demonstration of usage, the implementation of this reference model for requirements to a research network on liver cancer was then illustrated in this study.
Requirements analysis is critical in developing a system. The proposed reference model for requirements may help provide a guidance for developing a system for research networks. So I would like to recommend this manuscript accepted with some revisions listed below.
1. There are useful tools for requirements analysis, for example, the use case analysis. What is the relation between requirement diagrams and use cases and how does the proposed reference model for requirements accomplish use cases or complement use cases? Is the proposed modeling steps sufficient for developing a data integration platform?
2. Following are several typos or inconsistencies need to be checked by the authors:
1) Line 137, it is Goal 3 that was described in the paragraph, and misplaced by Goal 2. Seemly, Line 143 in the next paragraph, I think it would be RR8 instead of RR9 regarding usage regulations.
2) In Figure 3, words below RG3 should be adjusted to make it readable, and typo should be checked, e.g. “intellectual” of RR8.
3) In supplementing information S2, since all reference requirements in the proposed reference model was mapped to requirements of the specific research network, the prefixes of Number RR14 and RR15 should be “R” instead.
4) Line 199, it is RG3 instead of R3.
5) In Table 2, “data service” in the column Component for Requirements R8 and R9 would be better replaced by “data service framework” for consistency if they are the same components.
6) Figure 5 is a little bit confusing because of the two Service provider 1 in the Internal Zone in the diagram. Are they from the same service provider? Or is there another service provider?
7) Line 262, I would suggest adding abbreviation of demilitarized zone (DMZ) in the sentence so that it can be traced back while reading DMZ in Figure 5.
No Comments
No Comments
No Comments
The authors proposed a data integration platform in biomeical research networks. The concept is well presented. However, it would be better if the authors can provide an executable IT platform for the reviewer to test. In that case, the usefulness of the platform can be judged in a rigorous way.
All text and materials provided via this peer-review history page are made available under a Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited.