Sei sulla pagina 1di 35

Chapter 4

DISCUSSION OF FINDINGS
The Existing Process in Handling Research Stdies
Based on the research handbook of Colegio de Dagupan, the developers identified
the existing process of handling research studies. The processes involve the following
activities which are title proposal, title defense, printing copies of manuscript, providing a
copy of manuscript and system output stored in CD, sending manuscript to the printing
press, and delivering copies of manuscript. The process is presented in Figure .!.
Figre 4!" Existing Handling Process o# Research Stdies
Title Proposal!This is the first processin the existing process of handling research
studies. Title proposal is where the group of students taking their thesis or feasibility
needs to propose a study where they will make a research on and come up with a
solution. Traditionally, pro"ect study groups are re#uired to submit three titles for their
thesis to their selected technical panel and the technical panel will select one title from
the three titles but if the technical panel does not like the titles, the group must provide
again a set of title.
Condct the research! $fter the approval of the selected title of the pro"ect
study, students must now start with their manuscript starting with Chapter ! which
includes the background of the study, conceptual framework, statement of ob"ectives,
significance of the study, scope and limitations and definition of terms. Chapter %
includes the content of the statement of ob"ectives stated in chapter !. Chapter & includes
the research design used, source of data and tools used for data analysis. Chapter
includes discussion of findings and Chapter ' includes the summary, conclusion and
recommendations of the study. $lso the said output of the pro"ect study must also be
developed.
(very chapter together with the pro"ect study output must be checked and
evaluated by the respective technical panel of the pro"ect study group. )f there are
revisions, the group must revise the manuscript*system and again the technical panel
must check it after completing the revisions to comply with the recommendations of the
technical panel. $fter complying all the re#uirements of the technical panel an
endorsement letter must be signed by the technical panel to advance to the next stage
which is the title defense or thesis defense.
Title De#ense! $fter conducting the research and finished the system a defense
will be conducted to present the developed system together with the pro"ect study
manuscript. The developed system will be presented to the defense panels during the
defense.
$fter presenting the pro"ect study, the defense panel will now evaluate and
recommend to the system and also with the manuscript. The recommendations must be
followed and done by the group and submit or present it again on the specific date that
the defense panel will give.
Pro$ide #inal cop% o# the &anscript! This is process is done after complying
all the recommendations of the defense panels. The pro"ect study group will now print
copies of the final manuscript and to be submitted to the research unit. There will be three
plus the number of members in the group copies of manuscript. $lso the group must
provide softcopy of the pro"ect study including the manuscript and the developed system
stored+for )nformation Technology student, in a CD.
The manuscript copies submitted to the research unit will now be send to the
printing press for binding purposes.
Deli$er copies the di##erent sta'eholders! $fter binding the research study
manuscript from the printing press, copies will be send again to the research unit and the
research unit will now deliver ! copy for the faculty, ! copy for the library, ! copy for
each member of the thesis group and ! copy will be left in the research unit.
Hard(are and so#t(are re)ire&ents o# the s%ste&
-ardware and software re#uirements are the most commonly seen listed as
minimum and recommended re#uirements. The minimum system re#uirements are
needed for the software to run on a specific system unit, the recommended system
re#uirements should be met in order for better software usability.
Hard(are Re)ire&ents! $ hardware re#uirements specification is often
accompanied by a hardware compatibility list, especially in the case of operating systems.
-ardware re#uirements include the physical resources of the computer. )t refers to the
memory, the processor and other peripherals of a computer.
Table .! shows the minimum hardware re#uirements of the system needed in the
deployment of the system.
Ta*le 4!" Hard(are Re)ire&ents
Re)ire&ents Ser$er Side Client Side
.rocessor )ntel/ Core 0 % Duo, )ntel/ Dual Core 0
)ntel/ Core 0 % 1uad )ntel/ Core 0 % Duo,
+or compatible, processor +or compatible,
processor
2$3 4B %4B
-ard Disk &%54B !654B
7creen 2esolution !5% x !5% !5% x !5%
8ptical Drive D9D:283 Drive ;one
.eripherals 3ouse, <eyboard, 3ouse, <eyboard,
=CD 7creen, .rinter, =CD 7creen, .rinter
;)C ;)C
The developers identified )ntel/ Core 0 % Duo or higher as the recommended
processor for faster and efficient way of using the system. The minimum re#uirement for
the 2andom $ccess 3emory +2$3, is %4B, so that the system will run accordingly and
appropriately and 4B and above for higher specification. The hard disk should at least
!'4B free disk space for data purposes and a screen resolution of !5% x !5% for the
user to view the system properly. 7tandard 1>(2T? keyboard is also re#uired for data
input. @7B keyboard is used for easier navigation in the system and also a printer that
will be used in printing the generated reports.
The developers based the hardware re#uirements with a similar system which is
3iele >eb (TD. )n order for the system to run, the computer must meet the said
minimum hardware re#uirements +Collins, %5!5,.
So#t(are Re)ire&ents! This is a detailed software description which can serve
as a basis for the design or implementation of the developed system. 7oftware
re#uirements provide instructions for the hardware to execute tasks. These were viewed
as a set of components that to be installed on the system unit.
Table .% shows the software re#uirements of the system needed in the
deployment of the system.
Ta*le 4!+ So#t(are Re)ire&ents
Re)ire&ents Ser$er Side Client Side
.rocessor 3icrosoft/ >indows / 3icrosoft/ >indows
7erver %55& with A. with 7ervice .ack
%
7ervice .ack % or higher or higher
7oftware 7ystem .-. '.%.' ;one
7upport $pache -TT. 7erver
%.%.B
3y71= (nterprise
7erver '.5
>eb Browser 3oCilla Firefox 3oCilla Firefox
The following are the software specification that is stated above as the minimum
re#uirements for this system. )n able to work the system properly, the developers
identified >indows A. or higher as the operating system, 3y71= (nterprise 7erver was
used as the database to store the data for the server side and 3oCilla Firefox for the
default web browser in order for the system to run properly. $ll the re#uirements
specified above must be filled in order for the developed system to function properly.
$s stated by Cayabyab +%5!5, the said specifications are applicable for a web:
based system with a client*server network architecture. =ikewise, it had also been the
hardware and software re#uirement for a similar system, the 4;@ (prints. $raceli +as
cited by Cayabyab, %5!5, recommended A. with service pack & for the operating system.
Featres o# the De$eloped Research Repositor% #or Colegio de Dagpan
2esearch 2epository for Colegio de Dagupan is developed to provide assistance
to research staffs, professors, CdD alumni and most especially for the students who are
currently conducting a research for thesis or feasibility studies. This pro"ect pro"ect is
developed after a thorough study of the existing manual process of handling pro"ect
studies. 7imilar and related studies were also searched over the internet that served as a
reference for identifying relevant features of the system.
In line with this, the features of the system are the following: 1) security mechanism; 2) smart and
advanced search;4) report generator and; 3) system log for developed research repository.
Secrit% ,echanis&! ne of the important factors that should !e considered in doing a good
system is security. Designing the levels of access for each user implements a secure and
reliable system. There are three levels of access defined by the following user accounts
which are the admin, registered users and guests.
The security mechanism for 2esearch 2epository is presented in Plate 4.1.
Plate 4!" Security Mechanism
@sername and password are also consolidated to secure the system as a
re#uirement for the users of the system. To successfully access the system, the user must
have a valid username and password. The system consider site visitors as guests, in which
they can only view the abstract of research studies that are in the system. The system also
has a system logs to track down every activity done by the users. The administrator of the
system have the privilege to all functionalities of the system such as management of user
accounts, approve and re"ect account re#uests, and uploading of research manuscripts.
-d$anced Search!$dvanced search function makes the site interactive and gives
users more control over their browsing experience.$dvanced search is a very useful
feature offered by most search sites on the >eb. $dvanced search gives the researcher
the ability to narrow their searches by a series of different filters.
The advanced search is presented in Plate 4!+.
Plate 4!+ Advanced Search
>hen the users click the $dvanced 7earch link, this page will show up. The use
of this page is to help the users to easily locate the studies that they are looking for "ust by
entering information such as title*keyword*author, college department, type of research
and the year that the specific study was completed.
Report Generation! )t is a routine which produces a complete data:processing
report, given only a description of the desired content and format, plus certain
information concerning the input file.
The report generator is presented in Plate 4!..
Plate 4!. Report Generation
)n this feature, the admin can easily make a report regarding the inventory of the
researches that are in the system. The admin will simply select on what year the research
was completed, select the college department and "ust by clicking generate report, the
report will now be displayed in the system. The admin can also print the generated report
in the system by clicking the print button.
S%ste& /ogs! 7ystem logs is a record showing who has accessed the system and
what operations the users has performed while still log into the system. 7ystem logs are
useful for maintaining security.
The system log feature is presented in Plate 4!4.
Plate 4!4 S%ste& /og
This page shows the lists of system logs. This list is categoriCed by the
consecution of numbers, the action made, the date and time, and also the user who logged
into the system during the given time. >ith this feature it adds security to the system
because the admin can track all of the actions made by the registered users.
Gests0 Ho&epage!This is the very first page when a user enters the repository
system. This homepage contains navigations such as 2esearch 7tudies which contains the
lists of researches, =ogin for logging purposes, and Contact @s for the feedback or
comments of the users to the admin of the system.
The guestDs homepage is presented in Plate 4!1
Plate 4!1 Gest0s Ho&epage
The viewers of the system that are not registered are presumed as 4uests. "his page
allows the user to log in if they have an e#isting account, otherwise, they will !e as$ to create an account. )n
the guestsD homepage, the guests can view the manuscript but only the details and
abstract of the manuscript.
Registered Users0 Ho&epage!This is the homepage for registered users. 8nce
the user log into the system, this page will show up.
The registered userDs homepage is presented in Plate 4!2.
Plate 4!2 Registered User0s Ho&epage
This page contains navigation in the system such as research studies, contact and
account link. )n research studies link, it contains all the pro"ect studies stored in the
system and users can also download the manuscript and system in the said research study.
)n the contact link, this is where the users can contact the administration of the site. )n the
account link it contains sub links which includes account details, account history and
logout. )n the account details, the user can see and also edit some of his personal details.
The account history under the account link contains the system logs of the user account.
-d&inistrator0s Ho&epage!This is the homepage for the administrator of the
system. The administrator is the only one who can access to this page.
The administratorDs homepage is presented in Plate 4!3!
Plate 4!3 -d&inistrator0s Ho&epage
This page contains the navigation on the system such as a, research studies in
which the admin can view, add, and remove research studiesE b, users which the admin
can add user account, accept*re"ect user accounts and generate reports on the users who
visited the syste. c, system log in which the administrator can view all the activity done
by the registered users andE d, account in which the admin can view his account history
and account details.
Registration For&!)t is a form located on a web page making it possible for the
site visitor to fill out necessary information in order to be a registered member in the
website.
The registration form is presented in Plate 4!4!
Plate 4!4 Registration For&
This page allows the site viewers to register in the system. The registration form
contain fields such as username, password, confirm password, first name, middle name,
last name, email and a captcha image for security purposes. The username and password
must only contain letters or numbers in order for the system to accept the registration and
also the password must contain at least one letter and number.
Research Stdies!2esearch studies are a list of conducted research in the system.
This list shows the research title, author and year when the study was completed.
The list of research studies is presented in Plate 4!5!
Plate 4!5 Research Stdies
This page shows all lists of pro"ect studies stored in the system. )n this page the
users can click the title of pro"ect study to view the details and abstract of the study. 8n
the left of this page, contains the #uick search, browse by title wherein the user will "ust
simply click the first letter in the title of the pro"ect study and it will show the results and
view all titles in which will display all the research study titles.
6ie( -*stract o# the ,anscript! $n abstract is a brief summary of a research
study proceeding or any in:depth analysis of a particular sub"ect or discipline, and is
often used to help the reader #uickly ascertain the paperFs purpose.$n abstract is always
appear at the beginning of a manuscript, acting as the point:of:entry for any given
research study.
The viewing of abstract in the research study is presented in Plate 4!"7!
Plate 4!"7 6ie( -*stract o# the ,anscript
This page shows the title, authors, data of completion of the manuscript, the
number of views and the abstract of the research study. The guests or unregistered users
are only allowed to view the abstract of the study unlike the registered users that can view
the full document of the research study.
6ie( Fll Research ,anscript!8ne of the features of the system is the can
users can directly view the research manuscript within the system itself. This page is only
accessible for admin and registered users.
The viewing of full research manuscript is presented in Plate 4!""!
Plate 4!"" 6ie( Fll Research ,anscript
This page displays the research study manuscript. @sers can also download the
manuscripts if and only if the user had login in the system.
-dding Research Std%!This is a feature of the system in which the admin can
add new research studies to list of researches in the system.
The adding of new research study is presented in .late 4!"+!
Plate 4!"+ -dding Research Std%
This page is used for storing new research studies. The administrator has the only
privilege to add research studies. This adding of research study form contains re#uired
fields such as title, authors, completion date, research type, course, abstract, manuscript
and keywords for searching purposes. The system output +for B7)T students, is an
optional field, whether the admin will upload the system output or not for security
purposes.
6ie( -ll Users!This page contains the list of the registered users in the system.
This page is used to monitor the lists of users that have been registered to the system.
The viewing of all user accounts is presented in Plate 4!".!
Plate 4!". 6ie( -ll User -cconts
This page is only accessible by the administrator. This feature allows the
administrator to view all the users that are registered into the system. The administrator
of the system can also deactivate user accounts regardless of the expiration date of the
user account.
-ccept User -cconts!This page contains the lists of users who want to register
in the system. 8nly the admin can accept the pending users in the system.
The accepting of user accounts in the system is presented in Plate 4!"4!
Plate 4!"4 -ccept User -cconts
This page shows the lists of pending user accounts. 8nce the user registered in the
system, he is not allowed login immediately because the administrator needs first to
activate the account. )n this feature, administrator can also activate the expired accounts
in the system. )f the activate link is clicked a confirmation link will be sent to the
registered e:mail and must be clicked so that the account will be activated.
-ccont Details! )t is a feature of the system where the user filed all the personal
information needed associated with the system account.
The account detail is presented in Plate 4!"1!
Plate 4!"1 -ccont Details
This page is can be found under the $ccount tab. )n this page, it shows the details
that the user has placed in the fields of the registration form. This contains the username,
password, date when the account was created, first name, middle name, last name, and e:
mail.
Edit -ccont Details!This page also shows the information filled out in the
registration form. But in this page the user can change the information given in the
system.
The editing of user account is presented in Plate 4!"2!
Plate 4!"2 Edit -ccont Details
This page is also under the tab $ccount. )n this page, the users can edit some
information they have given when they registered into the system. $ll fields are
changeable except only for the username.
-ccont Histor%!)t is the list of all activity within an account while the user is
logged into the system.
The list of account history is presented in Plate 4!"3!
Plate 4!"3 -ccont Histor%
This feature is like system logs, but the history shown in this page are only the
actions done by user using the system.
Feed*ac'!This is the information coming directly from users about the comments
or concerns with the system. >ith this feature the user can directly send a message to the
admin regarding his*her concerns.
The feedbacks or concerns of the users to the admin are presented in Plate 4!"4!
Plate 4!"4 Feed*ac'
This is the feedback page of the system. This feature shows the feedback of the
users to the admin of the system. This page shows the messages of the users together with
their full name and user name. The admin can reply to the feedback of the users by
clicking the reply option in the table and also remove the received feedbacks.
Re&o$e Research Std%!This feature is used for removing research studies. But
this page is only accessible by the admin whom can also add new pro"ect studies.
The removing of research study is presented in Plate 4!"5!
Plate 4!"5 Re&o$e Research Std%
This page is used for removing research studies. 8nly the admin is allowed to
remove research studies. There will be a pop:up box asking if the admin is sure to
remove the research study and will have an option of yes or no. By clicking yes, the
research study will completely remove into the system.
-ccepta*ilit% o# the S%ste&!$cceptance testing is a test conducted to determine
if the re#uirements of a specification or contract are met. )t is sometimes performed with
realistic data of the client to demonstrate that the software is working satisfactorily. The
developers conducted a survey to evaluate the acceptability of the system developed. The
respondent of the system developed was 3r. Fernie 9. Bucang, the research assistant of
2esearch @nit in Colegio de Dagupan. The system testing was based according to
@sability, Design, ;avigation, )nformation and @ser:friendliness of the system.
The system evaluation according to usability is presented in Table .&.
Table 4.3 System Evaluation According to Usability
Usa*ilit% ,ean Description
!. ) would like to use this system fre#uently. ' 7$
%. ) found the system unnecessarily complex. $
&. ) thought the system was easy to use. ' 7$
. ) think ) would need Technical 7upport to be able & @
to use this system.
'. ) found the various function in this system were ' 7$
well integrated.
Total 8eighed ,ean 4!4 S-
LEGEND: !Strongly Agree "SA# 4!Agree "A# 3!Undicided "U# $! Disagree "D# %!Strongly Disagree "SA#
Usa*ilit% Test! @sability testing is a method by which users of a product are
asked to perform certain tasks in an effort to measure the productFs ease:of:use, task time,
and the userFs perception of the experience. This is in contrast with usability inspection
methods where experts use different methods to evaluate a user interface without
involving users. Table .& shows the assessment of the respondents with regards to the
usability of the system. @sability is tested based from the user can easily control the
developed system. The system was accepted with an average of ..
The system evaluation according to design is presented in Table ..
Table 4.4 System Evaluation According to Design
Design ,ean Description
!. The homepage is attractive. ' 7$
%. The overall system is attractive. ' 7$
&. The systemDs graphics are pleasing. ' 7$
. The system has a good balance of graphics ' 7$
versus text.
'. The colors used throughout the system are ' 7$
attractive.
Total 8eighed ,ean 1 S-
LEGEND: !Strongly Agree "SA# 4!Agree "A# 3!Undicided "U# $! Disagree "D# %!Strongly Disagree "SA#
S%ste& Design Test! This refers to the design of the system that causes interests
to the users. )n this test, it allows the users to evaluate the graphical user interface and the
interaction of the system. $ccording to the result of the system design test of the system,
it was accepted with an average of '. The pro"ect revealed that the system is visually
attractive and is moderately well designed based on the rating of the respondents. Table
. shows the evaluation of the respondents regards with web design.
The system evaluation according to navigation is presented in Table .'.
Table 4. System Evaluation According to Navigation
Na$igation ,ean Description
!. )t is easy to find my way around the system. ' 7$
%. )t can get to information #uickly. ' 7$
&. )t is fun to explore the system. ' 7$
. )t is easy to remember where to find things. ' 7$
'. )nfrmation is layered effectively on different ' 7$
screens.
Total 8eighed ,ean 1 S-
LEGEND: !Strongly Agree "SA# 4!Agree "A# 3!Undicided "U# $! Disagree "D# %!Strongly Disagree "SA#
Na$igation Test! ;avigation testing confirms that all internal and external links are
working properly. There is no any broken link or orphan page in application. )t should
answer the #uestionE does every link go to the correct topicG The stakeholders evaluate
the system according to the navigation of the system. )t allows the user to navigate the
interface of the system #uickly.
The system evaluation according to information is presented in Table .6.
Table 4.& System Evaluation According to 'n(ormation
In#or&ation ,ean Description
!. The homepage is attention:getting. ' 7$
%. )nformation is easy to read. ' 7$
&. )nformation is written in a style that suits me. ' 7$
. 7creens have the right amount of information. ' 7$
'. The system effectively communicates the ' 7$
companyDs identity.
Total 8eighed ,ean 1 S-
LEGEND: !Strongly Agree "SA# 4!Agree "A# 3!Undicided "U# $! Disagree "D# %!Strongly Disagree "SA#
In#or&ation Test! This test shows how the system can provide information to its
users. Table .6 shows the evaluation of the system according to the information content
of the system. The respondents rated the system as strongly agree with the result of. The
respondents strongly agreed to the followingH the way the styles are written, to the
effectiveness of the website and to the design.
The system evaluation according to user:friendliness is presented in Table .I.
Table 4.) System Evaluation According to User!(riendliness
User9#riendl% ,ean Description
!. The system is exciting. 7$
%. The system is well:suited to first:time visitors. ' 7$
&. The system is well:suited to repeat visitors. ' 7$
. The system has a clear purpose. ' 7$
'. ) always felt ) knew what it was possible next. ' 7$
6. )t is clear how screen elements work. ' 7$
Total 8eighed ,ean 4!4. S-
LEGEND: !Strongly Agree "SA# 4!Agree "A# 3!Undicided "U# $! Disagree "D# %!Strongly Disagree "SA#
User9#riendliness Test! This test shows if the user can effortlessly comprehend
the flow off the framework. The respondents rated the system as strongly agree with the
result of. )t implies that the developed system has an acceptable user:friendliness for the
users. Table .I shows the evaluation of the users according to its user:friendly.The
summary of evaluated test of the system is presented in Table .B.
Table 4.* Summary o( Evaluated Test o( t+e System
E$alated Test 8eighted ,ean Reslt
!. @sability 7$
%. Design ' 7$
&. ;avigation ' 7$
. )nformation ' 7$
'. @ser:friendly
Total 8eighted ,ean
'
4!44
7$
S-
LEGEND: !Strongly Agree "SA# 4!Agree "A# 3!Undicided "U# $! Disagree "D# %!Strongly Disagree "SA#
O$erall E$alation Test! Table .B shows the summary of evaluated test of the
system according to usability, design, navigation, and information and user:friendliness
of the system. The study shows that the usability of the system was agreed with the rate
of .. )n terms of the web design, the respondent rated with an average of '. The
respondent rated the navigation of the system to '. The content information of the system
rated with an average of '. The user:friendliness of the system received with the rate of
.B&. Through this acceptability test, developers find out that the stakeholders strongly
agree that the features of the system complies their re#uirements and that is presented by
the average weighted mean of .B.
Chapter 4
SU,,-R:; CONC/USIONS -ND RECO,,END-TIONS
S&&ar%
This study entitled J2esearch 2epository for Colegio de DagupanK keeps the
electronic copies of research studies conducted by bachelor degree, graduate students and
faculty of CdD. This pro"ect aimed to design, develop and test the 2esearch 2epository
for Colegio de Dagupan. )t sought to attain the following ob"ectivesH !, to determine the
existing process in handling pro"ect studiesE %, to determine the hardware and software
re#uirements of the systemE &, to identify the features of the system andE , to test the
acceptability of the system.
(xtreme .rogramming was utiliCed as the software development methodology in
the development of this pro"ect which guided the developers in developing the 2esearch
2epository for Colegio de Dagupan, wherein the developers followed the different phases
of extreme programming methodology such as !, user stories, %, release planning, &,
iteration, , acceptance testing, and ', small releases.
The developers gathered data through series of interview with the research
assistant of 2esearch @nit in Colegio de Dagupan. The following were the ma"or
findings, as based on the ob"ectives presentedH The studentsD difficulty in looking for
related studies as reference about their topic. 3anual way of researching related pro"ect
studies through library is time consuming. The usual problem that the technical
panelencountered in the manual system is the inconsistency and loss of other copies of
manuscripts. These problems are the primary reasons in the development of this pro"ect.
The developed system has system re#uirements that should be met in order for the
system to run properly. -ardware re#uirements of the system are the followings )ntel
Core0 % Duo, or higher as the processor, %4B or higher as 2andom $ccess 3emory
+2$3,, local disk at least !'4 free disk space, @7B mouse and keyboard. 8n the other
hand, software re#uirements are the following operation system of 3icrosoft A. and
3y71= are needed to run the system.
Based on the data gathered about electronic repository, the developers have come
up with the 2esearch 2epository for Colegio de Dagupan. The features of the system
were basically according to the findings in the existing process in handling pro"ect
studies. The features of the system that was developed are the followingH 1) security
mechanism; 2) smart and advanced search; 3) report generator and; 4) system log for the developed
research repository.
The acceptability tests were conducted in order to measure the approval for the
implementation of the scheme. The test was according to the usability, attractiveness,
navigation, and information and user:friendly. Based from the acceptability test that was
conducted, the system passed with the rate of .B.
Conclsions
$fter careful analysis and interpretation of the data gathered, the following are
theconclusions being madeH
First, to collect, manage and showcase a permanent record of the research output,
the developers conclude that there will be a need of an open access system to the research
studies that will facilitate the way of researching. The developers also concluded that
with the use of the existing process the developers can enhance the process by using the
developed system.
7econd, to offer the minimum hardware and software re#uirements of the system
for better usability of the developed system.
Third, the features incorporated in the 2esearch 2epository for Colegio de
Dagupan in solution to the re#uirement of the stakeholders, the system provides the
following functionalitiesH a, security mechanism which contains the login and registration
formE b, advanced search in which the user can narrow the user way of searching by
selecting a series of different filtersE c, system log in which the admin can track down all
the activity done by the registered users andE d, report generation in which the admin can
easily generate a report regarding with the research studies.
=astly, based on the results of the acceptability testing of the 2esearch 2epository
for Colegio de Dagupan, it has been proven user friendly and functional in terms of
information, navigation, design and functionality.
The system developed entitled 2esearch 2epository for Colegio de Dagupan will
improve the way of researching and will also promote Colegio de Dagupan for having an
electronic repository for research studies. )t will benefit the company, students taking
their thesis, doing researches, and other researchers who want to access the developed
system. Developers believed that through the system developed, Colegio de Dagupan will
become renowned in way of research.
Reco&&endations
Based on the summary and conclusion of the study, the developers have come up
with the following recommendationsH Colegio de Dagupan should adopt the developed
2esearch 2epository for Colegio de Dagupan to be able to manage manuscripts
efficiently and effectively for researching purposes and also to in line the study with the
fourth ob"ective of Colegio de Dagupan which is to improve manDs #uality of life through
research and community services.
7upplementary study should also be made in order for the deployment of the
repository system that will involved interested institutions to participate*be involve in the
developed system.
The developers recommend future developers to further define and enhance the
developed 2esearch 2epository for Colegio de Dagupan by upgrading the features of the
system like adding a feature that will automatically convert the uploaded .doc file into
.pdf file to easily facilitate the documents uploaded in the system. $lso the developers
also recommend to create an android app or a mobile version of the system so that
portability will be enhanced.