Although such reasoning takes into account both advantages and disadvantages of frameworks, it obviously gives greater importance to disadvantages, as if advantages simply do not apply in the case of small applications. It also fails to consider factors such as maintenance and future development and possible growth of the application and intangible factors such as personal satisfaction of developers.
IV. EXAMPLE APPLICATION: ISVU2ALEPH
A. Aleph implementation project
Within the project of implementation of the new library management software, National and University Library in Zagreb and the libraries of 24 faculties of the University of Zagreb and 14 institutes, have moved to the Aleph Integrated Library System. Successful implementation depended in large part on the transfer of data and settings from the existing systems into the new one. While bibliographic data from most of the libraries was transferred relatively straightforwardly, the transfer of administrative data (including patron records) represented a greater challenge [10] since it is not standardized and varied greatly between existing systems.
In the case of the faculty libraries of the University of Zagreb, most of the patron (student) data was imported into Aleph from the Higher Education Information System (ISVU), network oriented modular system for data processing and interaction within the higher education system [11]. National and University Library has assumed the role of coordinator of the Aleph implementation process and, accordingly, the obligations related to, among others, training of staff, monitoring of the system, maintaining a support system for the users, analyzing data loads, ensuring data security, collecting and tracking of bibliographic data for conversion, as well as processing and importing patron data from ISVU to Aleph.
List of all students enrolled in the current academic year at the University of Zagreb is provided by ISVU to National and University Library as a text file, in which each line represents a record/student. Each record contains
13 delimiter-separated values, including student's name, surname, postal address, e-mail address, name and code of the faculty, the date when student status expires, and several ID numbers. Conversion of ISVU data into the format suitable for import into Aleph database, as well as the first phase of the import itself, was done by the application developed by National and University Library, ISVU2Aleph.
B. ISVU2Aleph features
Following features are supported in ISVU2Aleph:
& User authorization of the National and University
Library staff member who perform data import.
& Loading the ISVU data into the application.
& Saving data into ISVU2Aleph database for later processing.
& Conversion to UTF-8.
Although such reasoning takes into account both advantages and disadvantages of frameworks, it obviously gives greater importance to disadvantages, as if advantages simply do not apply in the case of small applications. It also fails to consider factors such as maintenance and future development and possible growth of the application and intangible factors such as personal satisfaction of developers.IV. EXAMPLE APPLICATION: ISVU2ALEPHA. Aleph implementation projectWithin the project of implementation of the new library management software, National and University Library in Zagreb and the libraries of 24 faculties of the University of Zagreb and 14 institutes, have moved to the Aleph Integrated Library System. Successful implementation depended in large part on the transfer of data and settings from the existing systems into the new one. While bibliographic data from most of the libraries was transferred relatively straightforwardly, the transfer of administrative data (including patron records) represented a greater challenge [10] since it is not standardized and varied greatly between existing systems.In the case of the faculty libraries of the University of Zagreb, most of the patron (student) data was imported into Aleph from the Higher Education Information System (ISVU), network oriented modular system for data processing and interaction within the higher education system [11]. National and University Library has assumed the role of coordinator of the Aleph implementation process and, accordingly, the obligations related to, among others, training of staff, monitoring of the system, maintaining a support system for the users, analyzing data loads, ensuring data security, collecting and tracking of bibliographic data for conversion, as well as processing and importing patron data from ISVU to Aleph.List of all students enrolled in the current academic year at the University of Zagreb is provided by ISVU to National and University Library as a text file, in which each line represents a record/student. Each record contains13 delimiter-separated values, including student's name, surname, postal address, e-mail address, name and code of the faculty, the date when student status expires, and several ID numbers. Conversion of ISVU data into the format suitable for import into Aleph database, as well as the first phase of the import itself, was done by the application developed by National and University Library, ISVU2Aleph.B. ISVU2Aleph featuresFollowing features are supported in ISVU2Aleph:
& User authorization of the National and University
Library staff member who perform data import.
& Loading the ISVU data into the application.
& Saving data into ISVU2Aleph database for later processing.
& Conversion to UTF-8.
การแปล กรุณารอสักครู่..
