The process is initiated by the interviewer to generate the first system requirements followed by
preparation for the interview session as shown in step 1 (Note: to follow the explanation, please refer to
the numbers alongside the arrows as the step number). After preparing for the interview session, the
process proceeds to step 2, which is gathering feedback from the respondents based on first parameter,
P1.a the Human-Factor Feasibility’s users’ background. This parameter is vital as the entry point of
evaluation process since by knowing the respondent’s background, the data collector is able to adjust the
level of questions that will be asked to match the knowledge of the designated respondents. Once the data
collection on the human-factor parameters is completed, next, the interview will resume to step 3 that is
the assessment for the System and Technology Feasibility parameter. At this stage, the evaluation process
starts by assessing the proposed system’s interfaces designs sub-parameter P2.a. This parameter is the
first assessment assuming that interface designs are the best visualization tools to capture users’ interest in
addition to gaining deeper understanding of the proposed idea. By then users have gained knowledge on
the product through viewing how the system will be created. In the next step 4, users will evaluate the
proposed system functionalities parameters that are supported by each interface. Step 5 enables the
interviewer to attain information on the hardware availability amongst users. This information is
important to evaluate whether the proposed supported hardware is common among the users. Once the
information on the hardware availability is acquired, the feasibility analysis process resumes to step 6 for
Arini Widhiasi et al. / Procedia Computer Science 21 ( 2013 ) 407 – 414 413
evaluating the Operational Feasibility. The first sub-parameter to be assessed is the tangible benefits,
P3.a, of using the proposed product. After completing the assessment, the process is continued to step 7
to analyse the intangible benefits, P3.b, of the product. Both parameters are significant for knowing how
much the products will contribute towards the betterment of the current service delivery thus enabling the
product developer to emphasize in developing certain modules that will become the strength of the
product. The process subsequently continues to step 8, which is to evaluate the Legal Feasibility
parameter, P4. The first sub-parameter to be evaluated is the P4.a, privacy and security concern. This
parameter is to discern the proposed product’s impact concerning users’ privacy and security issues.
Afterwards, the process continues to step 9, which is to evaluate the legal concerns, P4.b, verifying
whether the proposed product conflicts with the country’s legal requirement. After getting users
requirements on the basic elements of the proposed product, the process continues to step 10, which is to
evaluate the Economic Feasibility parameter, P5. This parameter evaluates the proposed cost of the
product from different aspects. The first sub-parameter, P5.a, is the infrastructure cost. This assessment is
applied if there was supplementary infrastructure needed to support the proposed product. Next, step 11
evaluates the suitability of the proposed system maintenance cost followed by assessing the proposed
overall solution cost as shown in the step 12. By then, overall assessment of the product is accomplished.
The evaluation then goes back to the Human-Factor Feasibility parameter where in step 13, the evaluation
on the comfortableness of using the proposed product and/or any of its supported hardware. This subparameter also measures the user’s skills in handling the technology. The process then goes to step 14,
which is to acquire user’s demand or expectations from the product. Subsequently, the process reaches
step 15, which involves evaluating the overall readiness of the product. The next step, 16, is the data
analysis process. If the parameters from P1 (a, b, d), P2 (all), P3 (all) and P5 (all) attained the result of
>=50% positive responses from the respondents, the proposed idea on the product is assumed to have
already fulfilled the users’ needs and merely some minor changes need to be done throughout the
development process. Next, if parameters P1.c and P4 (all) obtained the result of =<50%, it means that
the respondents have verified the proposed product as not interfering with any of legal or privacy
concerns, as well as there are few or no users’ demand to be re-evaluated. Thus, these particular system
requirements are ready for further implementation. If the results of all parameters are contrary with the
previously mentioned results, then the process will be continued to step 1A whereby all results that are
required to be re-evaluated will be prioritized according to its level of percentage; the lower the
percentage for P1 (a, b, d), P2 (all), P3 (all) and P5 (all), the more important the parameters are to be reassessed and the higher the percentage for P1.c and P4 (all), the more important they are to be reevaluated. Users’ demand will be classified according to the most beneficial one to improve the product’s
feature. Subsequently, in step 2A, new requirements will be produced. Then, the process continues until
step 3A where the re-assessment begins with step 2. This feasibility study process will continue looping
as long as there are parameters that are unverified.
การแปล กรุณารอสักครู่..
