T Proc Notices Notices 075 K Notice Doc 73532 291041229

United Nations Development Program
REQUEST FOR PROPOSAL (RFP)
NAME & ADDRESS OF FIRM DATE:
REFERENCE: RFP/TLS/2020/021-
Development of a mobile application for
the National Parliament of Timor-Leste
Dear Sir / Madam:
We kindly request you to submit your Proposal for Development of a mobile application for
the National Parliament of Timor-Leste.
Please be guided by the form attached hereto as Annex 2 and Annex-1, in preparing your
Proposal.
Proposals may be submitted on or before 17.00 hrs (Timor-Leste local time)

and via email to the address below:
United Nations Development Programme

Subject line: RFP/TLS/2020/021
Development of a mobile application for the National Parliament of Timor-Leste
Submission by e-mail: bids.tp@undp.org
Quotation submitted by E-mail should indicate Reference Number and Description of:
RFP/TLS/2020/021– Development of a mobile application for the National Parliament of Timor-
Leste for UNDP, Timor-Leste
The Financial Proposals must be with password protected. The bidders have to send
password on 11 Dec 2020 after the bid deadline using same email address.
The Technical Proposal and Financial Proposal files MUST BE COMPLETELY SEPARATE and
send to bids.tp@undp.org separately and clearly named as either “TECHNICAL PROPOSAL” or
“FINANCIAL PROPOSAL” as appropriate.
Quotations submitted by email must be limited to a maximum of 5MB per email transaction
and virus-free. They must be free from any form of virus or corrupted contents, or the quotations
shall be rejected.
Your Proposal must be expressed in the English, and valid for a minimum period of 30 days
UNDP Timor-leste | www.tl.undp.org

In the course of preparing your Proposal, it shall remain your responsibility to ensure that it
reaches the address above on or before the deadline. Proposals that are received by UNDP after the
deadline indicated above, for whatever reason, shall not be considered for evaluation. If you are
submitting your Proposal by email, kindly ensure that they are signed and in the .pdf format, and free
from any virus or corrupted files.
Services proposed shall be reviewed and evaluated based on completeness and compliance
of the Proposal and responsiveness with the requirements of the RFP and all other annexes providing
details of UNDP requirements.
The Proposal that complies with all of the requirements, meets all the evaluation criteria and
offers the best value for money shall be selected and awarded the contract. Any offer that does not
meet the requirements shall be rejected.
Any discrepancy between the unit price and the total price shall be re-computed by UNDP,
and the unit price shall prevail, and the total price shall be corrected. If the Service Provider does not
accept the final price based on UNDP’s re-computation and correction of errors, its Proposal will be
rejected.
No price variation due to escalation, inflation, fluctuation in exchange rates, or any other
market factors shall be accepted by UNDP after it has received the Proposal. At the time of Award of
Contract or Purchase Order, UNDP reserves the right to vary (increase or decrease) the quantity of
services and/or goods, by up to a maximum twenty-five per cent (25%) of the total offer, without any
change in the unit price or other terms and conditions.
Any Contract or Purchase Order that will be issued as a result of this RFP shall be subject to
the General Terms and Conditions attached hereto. The mere act of submission of a Proposal implies
that the Service Provider accepts without question the General Terms and Conditions of UNDP,
herein attached as Annex 3.
Please be advised that UNDP is not bound to accept any Proposal, nor award a contract or
Purchase Order, nor be responsible for any costs associated with a Service Providers preparation and
submission of a Proposal, regardless of the outcome or the manner of conducting the selection
process.
UNDP’s vendor protest procedure is intended to afford an opportunity to appeal for persons
or firms not awarded a Purchase Order or Contract in a competitive procurement process. In the
event that you believe you have not been fairly treated, you can find detailed information about
vendor protest procedures in the following link:
http://www.undp.org/content/undp/en/home/operations/procurement/business/protest-and-
sanctions.html
UNDP encourages every prospective Service Provider to prevent and avoid conflicts of
interest, by disclosing
to UNDP if you, or any of your affiliates or personnel, were involved in the preparation of the
requirements, design, cost estimates, and other information used in this RFP.
UNDP implements a zero tolerance on fraud and other proscribed practices, and is
committed to preventing, identifying and addressing all such acts and practices against UNDP, as well
as third parties involved in UNDP activities. UNDP expects its Service Providers to adhere to the UN
Supplier Code of Conduct found in this link :

https://www.un.org/Depts/ptd/sites/www.un.org.Depts.ptd/files/files/attachment/page/pdf/unscc/
conduct_english.pdf
Thank you and we look forward to receiving your Proposal.
Sincerely yours,
Ahmad Zubair
Head of Procurement Unit

Annex 1
Description of Requirements
Context of the Requirement Development of a mobile application for the National

Parliament of Timor-Leste
Implementing Partner of UNDP Parliament, Timor Leste
Brief Description of the Required Services Please refer to Annex-3 Terms of Reference
List and Description of Expected Outputs to Please refer to Annex-3 Terms of Reference
be Delivered
Person to Supervise the Project Manager
Work/Performance of the Service Provider Please refer to Annex-3 Terms of Reference
Frequency of Reporting Please refer to Annex-3 Terms of Reference
Progress Reporting Requirements Please refer to Annex-3 Terms of Reference
Location of work Please refer to Annex-3 Terms of Reference
Expected duration of work 4 months
Target start date Immediately after issuance of Contract/PO
Latest completion date Please refer to Annex-3 Terms of Reference
Travels Expected Please refer to Annex-3 Terms of Reference
Special Security Requirements NA
Facilities to be Provided by UNDP (i.e., Please refer to Annex-3 Terms of Reference

must be excluded from Price Proposal)
Implementation Schedule indicating

breakdown and timing of activities/sub- ☒ Required
activities
Names and curriculum vitae of individuals
who will be involved in completing the ☒ Required
services
Currency of Proposal ☒ United States Dollars
Value Added Tax on Price Proposal ☒ must be exclusive of VAT and other applicable
indirect taxes
Validity Period of Proposals (Counting for ☒ 30 days

the last day of submission of quotes)
In exceptional circumstances, UNDP may request the
Proposer to extend the validity of the Proposal beyond

what has been initially indicated in this RFP. The

Proposal shall then confirm the extension in writing,
without any modification whatsoever on the Proposal.
Partial Quotes ☒ Not permitted
Payment Terms Upon completion and acceptance of each deliverables

mentioned in TOR Annex-3
Person(s) to review/inspect/ approve

outputs/completed services and authorize Project Manager
the disbursement of payment
Type of Contract to be Signed ☒ Contract for Professional Services
Criteria for Contract Award ☒ Highest Combined Score (based on the 70% technical
offer and 30% price weight distribution)
The minimum technical score required to pass is

70%.
☒ Full acceptance of the UNDP Contract General Terms

and Conditions (GTC).
Eligibility Assessment ☒ Valid business license in field of ICT

☒ Full acceptance of the Contract General Terms and
Conditions
☒ At-least 3 years of operational experience
☒ An average Financial turnover of $30,000 during last
2 years (2019 and 2018) or availability of $20,000 cash
in bank account.
☒ Must have experience in design, development and
implementation of 5 software projects in the field of
web-based application software application. Among the
projects at least 2 projects must be in digitalization
automation of a government service function where all
the design, development, implementation and
maintenance support (covers SDLC full cycle) services
were provided,
Criteria for the Assessment of Proposal Technical Proposal (70%)

☒ Expertise of the Firm 300
☒ Methodology, Its Appropriateness to the Condition
and Timeliness of the Implementation Plan 400
☒ Management Structure and Qualification of Key
Personnel 300
Financial Proposal (30%)
To be computed as a ratio of the Proposal’s offer to the
lowest price among the proposals received by UNDP.
UNDP will award the contract to: ☒ One and only one Service Provider

Contract General Terms and Conditions1 ☒ General Terms and Conditions for de minimis
contracts
Applicable Terms and Conditions are available at:
http://www.undp.org/content/undp/en/home/proc
urement/business/how-we-buy.html
Annexes to this RFP ☒ Form for Submission of Proposal (Annex 2)

☒ Detailed TOR – Annex 3
☒ Written self-declaration- Annex 4
Contact Person for Inquiries Ahmad Zubair

(Written inquiries only) Head of Procurement Unit
procurement.staff.tp@undp.org
+67078367023
Any delay in UNDP’s response shall be not used as a

reason for extending the deadline for submission,
unless UNDP determines that such an extension is
necessary and communicates a new deadline to the
Proposers.
☒ Duly Accomplished Form as provided in Annex 2, and

Documents to be submitted in accordance with the list of requirements in Annex 1;
☒ Latest Business Registration Certificate from local
authorities where is the company is operational;
☒ Written Self-Declaration of not being included in the
UN Security Council 1267/1989 list, UN Procurement
Division List or other UN Ineligibility List;
☒ List of previous clients
☒ Company Profile, which should not exceed fifteen
(15) pages, demonstrating company experience in the
field of services and list of similar works undertaken.
☒ Latest Audited Financial Statement – income
statement and balance sheet to indicate Its financial
stability, liquidity, credit standing, and market
reputation, etc. ;
1
Service Providers are alerted that non-acceptance of the terms of the General Terms and Conditions (GTC)
may be grounds for disqualification from this procurement process.

Annex 2
FORM FOR SUBMITTING SERVICE PROVIDER’S PROPOSAL2

(This Form must be submitted only using the Service Provider’s Official Letterhead/Stationery 3)
[insert: Location].
[insert: Date]
To: [insert: Name and Address of UNDP focal point]
Dear Sir/Madam:
We, the undersigned, hereby offer to render the following services to UNDP in
conformity with the requirements defined in the RFP dated ] , and all of its
attachments, as well as the provisions of the UNDP General Contract Terms and Conditions :
A. Qualifications of the Service Provider
The Service Provider must describe and explain how and why they are the best entity that can deliver
the requirements of UNDP by indicating the following :
a) Profile – describing the nature of business, field of expertise, licenses, certifications, accreditations;
b) Business Licenses – Registration Papers, Tax Payment Certification, etc.
c) Latest Audited Financial Statement – income statement and balance sheet to indicate Its financial
stability, liquidity, credit standing, and market reputation, etc. ;
d) Track Record – list of clients for similar services as those required by UNDP, indicating description of
contract scope, contract duration, contract value, contact references;
e) Written Self-Declaration that the company is not in the UN Security Council 1267/1989 List, UN
Procurement Division List or Other UN Ineligibility List.
B. Proposed Methodology for the Completion of Services
The Service Provider must describe how it will address/deliver the demands of the RFP; providing a detailed
description of the essential performance characteristics, reporting conditions and quality assurance
mechanisms that will be put in place, while demonstrating that the proposed methodology will be
appropriate to the local conditions and context of the work.
C. Qualifications of Key Personnel
If required by the RFP, the Service Provider must provide :
2
This serves as a guide to the Service Provider in preparing the Proposal.
3
Official Letterhead/Stationery must indicate contact details – addresses, email, phone and fax numbers – for
verification purposes

a) Names and qualifications of the key personnel that will perform the services indicating who is Team
Leader, who are supporting, etc.;
b) CVs demonstrating qualifications must be submitted if required by the RFP; and
c) Written confirmation from each personnel that they are available for the entire duration of the
contract.
D. Cost Breakdown per Deliverable*
Deliverables/ Outputs Target Due Dates Amount- US$ Payment

Delivery 1:
1st prototype of the Parliament APP development
(25 days after signing 25%
in terms of UI & UX.
contract) 25 Jan 2021
Up to 25 days with any follow-up for clarifications
or changes, as necessary.
Delivery 2:
Final prototype of the Parliament APP developed;
Draft capacity-building plan for a series of training
(50 days after D1 of
for relevant Parliament departments, especially IT
contract) 20 March 50%
and Communications.
2021
Up to 50 days with any follow-up for clarifications

or changes, as necessary
Delivery 3:
Training of the Communications and IT
departments of the National Parliament on how to
use, manage and maintain the mobile app based (25 days after D2 of 25%
on the agreed capacity-building plan contract) 20 April 2021
Up to 20 days and according with National

Parliament availability
Grand TOTAL US$ 100%
*This shall be the basis of the payment tranches
E. Cost Breakdown by Cost Component [This is only an Example]:

Description of Activity Remuneration Total Period of No. of Total Rate
per Unit of Time Engagement Personnel
I. Personnel Services
1. Services from Home Office
a. Expertise 1
b. Expertise 2
2. Services from Field Offices
a . Expertise 1
b. Expertise 2
3. Services from Overseas
a. Expertise 1
b. Expertise 2
II. Out of Pocket Expenses
1. Travel Costs
2. Daily Allowance

3. Communications
4. Reproduction
5. Equipment Lease
6. Others
III. Other Related Costs
[Name and Signature of the Service Provider’s

Authorized Person]
[Designation]
[Date]

Annex-3
Terms of Reference (TOR)

For the Development of a mobile application for the National Parliament of Timor-Leste
Country: Timor-Leste (Dili)

Description of the assignment:
A. Project Title
As part of UNDP’s broader support to the Parliament of Timor-Leste interactive engagement
between the people and the National Parliament will be supported based on digital solutions
that enable two-way communications between parliament and people, both in normal times
and emergency situations.
UNDP Timor-Leste requires the services of a tech company to develop a comprehensive
mobile application platform for the National Parliament of Timor-Leste based on the findings
of a previously conducted feasibility study.
B. Background and Project Description

Background
Timor-Leste is a small island developing state (SIDS) and least developed country (LDC),
which restored its independence in 2002. The National Parliament of Timor-Leste has made
considerable progress since its creation in 2002 and aims to become by 2022 an inclusive
and transparent institution that is open to the participation of all and supports the
fulfillment of citizens’ aspirations for a democratic and prosperous nation inspired by the
values of mutual respect, equality and solidarity. To achieve these aspirations, the
Parliament is seeking innovative solutions to increase the participation of citizens in the
democratic process.
As per data available in different primary & secondary sources, Timor-Leste has a total
population of 1.32 Million and 34% of the citizens reside in urban areas. Total number of
Mobile connections is 1.73Million and Active internet users are 410K. Proportionally, 31% of
the citizens in the country use Internet and, importantly, 96% of them use Mobile to connect
to the internet -- which means that 30% of the total population use mobile internet
connection. Evidence shows that all the 31% of the population that are Internet users also
have Social Media access. From 2017 to 2018, the rate of increase in mobile connections was
10%+ which is very commendable. Out of the 390K mobile internet users 76% used mobile
phone for the internet traffic. The above data demonstrate that the use of mobile
application is very popular in Timor-Leste.
With the COVID-19 pandemic crisis, developing innovative digital solutions to ensure
Parliament’s business continuity has become an utmost priority. UNDP Timor-Leste has
provided various types of support to the National Parliament for its digital transformation,
particularly for its immediate COVID response, including: 1) ICT equipment and access to
Zoom/DocuSign for remote meeting of Party bench leaders and the Governing Council and
2) situation room to facilitate virtual meetings.

Project Description
UNDP has recently received a request from the National Parliament for assistance to develop
a mobile app. The Parliament App will be a platform that will facilitate interactive
engagement between the people of Timor-Leste and this institution. Furthermore, the app
will also be key in enabling Parliament to effectively communicate on its work across core
functions – Representation, Legislation, Oversight, Budget scrutiny and allocation – in normal
times and in times of emergency. This initiative will therefore help advance below objectives:
 Interactive engagement between the people of Timor-Leste and parliament
 Communicating the work of the Parliament, educating people on the functions of the
parliament mentioned above and enabling citizen participation in the work of
parliament
 Provide an innovative solution to increase the participation of citizens in democratic
process
Last but not the least, this initiative will be an important step in the process of digital
transformation of this key democratic institution to make it better fit for 21st century
challenges (including pandemics and other emergencies) and opportunities.
The expected results of the project are that the National Parliament of Timor-Leste:
 Is more open and transparent with citizens;
 Engages proactively and regularly with citizens, enabling a better public participation
in both normal times and emergency situations that will be reflected in more
inclusive policies and legislation and increased accountability and public trust;
 Manages the legislative process in a more responsive, effective and transparent way.
UNDP, on behalf of the National Parliament of Timor-Leste, is therefore seeking to hire a
qualified tech company to carry out the assignment to develop and render functional the
first stage of a comprehensive mobile application platform for this institution based on the
findings of the recently conducted feasibility study.
C. Scope of Work
This assignment’s objectives are to:
1. Develop the Parliament APP (1st phase) with the functions explained in the A 1.
2. Train the Communications and IT departments of the National Parliament on how to
use, manage and maintain the mobile app;
3. The contractor will engage and/or work closely with the Secretariat of the National
Parliament, including the IT and Communication departments.
D. Expected Outputs and Deliverables

The assignment will be delivered in a single phase which is about the development of the
first stage of the Parliament APP, which will include the functions as indicated in A 1.
The selected company will develop a first prototype of the Parliament APP based on the
findings of the recently conducted feasibility study and the roadmap (to be shared by UNDP).
Upon review by the UNDP project team, Parliament Secretariat and at least 3 members of
Parliament, and taking into consideration their feedback, the company will develop the final
prototype of the app for final approval by UNDP project team.

The company will also develop and implement a plan to build the required capacity in the
National Parliament, by working in close collaboration with the relevant departments within
the National Parliament, especially the Communications and IT departments. These
departments will manage and be responsible for the maintenance of the app, therefore it is
essential to be provided the necessary training.
The expected outputs and deliverables are outlined in the table below:

Deliverables/Outputs Estimated Breakdown of the Review and

Duration to Payment Approvals Required
Complete
st
Output 1: 1 prototype of the Estimated 25% upon final UNDP Parliament
Parliament APP development in Period: 01 Jan– approval of the 1st UI. CTA
terms of UI & UX. 25 Jan Within five days
Up to 25 days with any follow-up Due date: 25 Jan after reciept of
for clarifications or changes, as Report
necessary.
Output 2: Final prototype of the Estimated 50% upon final UNDP Parliament
Parliament APP developed; Period: 1st Feb approval of the final CTA
Draft capacity-building plan for a 2021– 20 Feb prototype and
series of training for relevant 2021 capacity-building plan Within five days
Parliament departments, Due date: 20 Feb after reciept of
especially IT and Communications. 2021 Report
Up to 50 days with any follow-up
for clarifications or changes, as
necessary
Output 3: Training of the Estimated 25% upon UNDP Parliament
Communications and IT period: 05 April presentation of CTA
departments of the National – 20 April training reports to the Within five days
Parliament on how to use, manage Due date: 20 Communications and after reciept of
and maintain the mobile app April 2021 IT departments of the Report
based on the agreed capacity- National Parliament
building plan
Up to 20 days and according with
National Parliament availability
E. Institutional Arrangement
The selected company will work from their offices, under the direct supervision of the Chief
Technical Advisor of the UNDP Parliament Project. Virtual meetings throughout the assignment
will be scheduled with the project team and Parliament Secretariat departments (e.g. IT,
Communications, Legislative) and Members of Parliament, according to the needs. The
company’s employees assigned to this project should use their own computer/laptop for the
assignment, including access to internet to facilitate communication, as well as any additional
material necessary to develop the mobile app.
F. Duration of the Work and Duty Station
13
The contractor is expected to start the work on January 2021 up to end of April for total period
of 4 months.
Duty Station: remotely.
G. Qualifications of the Successful Company

Experience:
 Proven experience in developing mobile applications;
 At least 3 years of relevant experience in the sector of international development;
 Must have experience in design, development and implementation of 5 software
projects in the field of web-based application software application. Among the projects
at least 2 projects must be in digitalization automation of a government service function
where all the design, development, implementation and maintenance support (covers
SDLC full cycle) services were provided
 Should have experience in Mobile Apps Development. The company must have
experience of developing at least 05 Mobile Apps. Experience of working with
Parliament related mobile apps will be an advantage.
 Demonstrated expertise in developing mobile applications for civic engagement with
high levels of use from the targeted audience;
 Verified practice on developing mobile applications for UN agencies, development
partners, governments and/or civil society organizations; The company should submit at
least 05 work completion certificates of working with foreign software development
projects.
 Verified practice of developing and conducting capacity building workshops and trainings
for government institutions on how to use, manage and maintain mobile apps;
 Past experience with parliament project will be considered as asset;
 Country experience in Timor-Leste or this region will be considered as asset.
H. Scope of the Price Proposal and Schedule of Payments

Payment terms will be upon deliverables as specified in the timetable under section D.
Interested companies should make an offer based on a lump sum required to produce the 3
outputs which can be guided by the estimated number of days that have been specified for
each output.
I. Team Composition and key staff:
Serial Professional Staff &

Required qualification and experience
Number Position
14
Education: Advanced university degree (Master’s or

equivalent) in Business Administration or Information
Technology Management
Experience: 5 years direct work experience in a project

Project Manager- 1 management capacity, including all aspects of process
1 position (1 CV development and execution
Required)
Certification: Certification in PRINCE2 and/or other project
management methodologies (PMBOK, Agile) is desirable
Language: English (Portuguese will be consider an asset)
Education: Bachelor degree in relevant field (computer

science, information technology).
Web developer Experience: At least 5 years of proven experience in

2 Analyst- 1 position developing mobile applications, including all aspects of
(1 CV Required) process development and execution
Language: English (Portuguese will be consider an asset)
A1: Detailed Guidance Note
15
A1
Detailed guidance on
The Development of a mobile application for the

National Parliament of Timor-Leste
Prepared By
UNDP Timor-Leste
16
Table of Contents
1. OBJECTIVE 19
2. SCOPE 19
2.1 REQUIREMENT ANALYSIS & DESIGN 19
2.2 DEVELOPMENT & RELEASE 20
2.3 UAT AND DEPLOYMENT 20
2.4 TRAINING AND KNOWLEDGE TRANSFER 20
2.5 SERVICE RECIPIENT (CITIZENS OF TIMOR-LESTE) 20
2.6 SERVICE OPERATORS (SERVICE PROVIDER- TIMOR LESTE PARLIAMENT) 20
2.7 SERVICE OBSERVER (SERVICE PERFORMANCE MONITORING AUTHORITIES) 21
3. SOLUTION ARCHITECTURE 21
3.1 USERS AND USER ROLES 22
3.2 SDLC APPROACHES & METHODOLOGY 22
4. FUNCTIONAL REQUIREMENTS 24
4.1 Functions and Features 24
5. NON-FUNCTIONAL REQUIREMENT 27
5.1 APPLICATION COMPLIANCE REQUIREMENT 27
5.1.1 Mobile Application Requirements 27
5.1.2 Web Application 27
5.1.3 Coding Conventions 28
5.2 INTEGRATION REQUIREMENT 28
5.3 HOSTING REQUIREMENT: 28
5.4 SECURITY AND PRIVACY REQUIREMENTS 28
5.5 SYSTEM SECURITY REQUIREMENT 29
5.6 SIZING, PERFORMANCE AND SCALABILITY REQUIREMENTS 30
5.7 INTEROPERABILITY AND DATA EXCHANGE 31
5.8 UI & UX 31
5.9 DIGITAL USER MANUAL 32
5.10 LANGUAGE SUPPORT 32
5.11 TOOLS AND TECHNOLOGIES TO BE USED 32
6. PROJECT MANAGEMENT 33
6.1 IMPLEMENTATION TIMELINE 33
6.2 DOCUMENTATION 33
6.3 WORK DISTRIBUTION AND TEAM COMPOSITION 33
6.4 QUALITY ATTRIBUTES AND ASSURANCE 34
17
6.5 SYSTEM AUDIT 34

6.6 TRAINING PLAN 35
6.7 END USER ENGAGEMENT 35
6.8 RISK MANAGEMENT 36
6.9 EXPECTED DELIVERABLES 36
6.10 COPYRIGHT 37
6.11 KNOWLEDGE TRANSFER 37
7. CONCLUSION 38
18
Proposed Mobile Application for the Parliament of Timor-leste

1. Objective
As per feasibility study conducted at the Parliament to get the desirable feature of the mobile
application considering below objectives:
 Interactive engagement of the citizens into the parliamentary activity
 Communicate the functions of the parliament to the citizens in a transparent way
 Identify innovative solutions to increase the participation of citizens in democrative
process
 Digitalization of legislation and voting process in a secured manner
 The Citizen will access every service through a single one stop virtual access point in
Mobile apps. There will be no hassle to search different addresses and multiple apps for
parliamentary digital services.
 The technologies and UI will be similar, consistent and maintain same standard for all
the applications and digital services
 Integration with the external and internal systems will be conducted only once which is
easier and will save time and effort as well.
 Training, knowledge transfer, capacity development and integration will be more
organized, easier and efficient
2. Scope
The vendor will be required to complete the development and deployment of android mobile
app for the parliament as an application following the SDLC methodology and perform the
relevant activities accordingly within a proposed stipulated time. This system’s implementation
project can be divided into 4 major phases which are described hereunder.
1. Requirement Analysis & Design
2. Development & Release
3. UAT and Deployment
4. Training and Knowledge transfer
2.1 Requirement Analysis & Design
This is the starting phase, in this phase project plan, requirement fixation & high-level design
will be completed for the entire project. The entire functional scope that will be finalized in the
“System Requirement Analysis & Design” phase may be divided into separate independent
multiple parts. Each part may contain a number of components, modules and features based on
the implementation priority, dependency, and integration complexity. This entire system must
be designed and developed following micro service architecture so that inter dependencies and
integration functions among the modules and features of different components of multiple
parts will be smooth but very organized.
19
2.2 Development & Release
Each part’s components/modules and features will be developed and released in an iterative
methodology with predefined steps passed LLD, development, Integration and Testing. After
successful completion of this part development as per predefined expected standard and result
only this iteration cycle will be completed and will release the developed and tested application
as Beta version of this part
2.3 UAT and Deployment
After releasing the parts developed and tested application as Beta Version, this will enter in the
phase i.e. UAT and Deployment. In this phase, the actual user feedback and review will be taken
and finally the application will be accepted by the User Authority after passing certain tests.
Then the required training as per predefined training plan will be provided and also after taking
necessary measures the deployment will be done successfully to make this application LIVE as
per the plan that will be prepared in the Project Management plan at the inception phase.
2.4 Training and Knowledge transfer
The Knowledge Transfer Plan should provide a comprehensive approach to transfer the
responsibility for maintenance and operations from the vendor to implementing organization
or their nominated agency. While designing a smooth, efficient and effective Knowledge
Transfer Plan vendor should consider the following:
 Strategies, methods, milestones, schedules & their duration of accomplishing target.

 Vendor will propose required technical capacity, number of resources mentioning their
roles & responsibilities from implementing agency to carry forward this plan.
 Vendor will need to identify the risks, craft a mitigation & contingency plan.
 Vendor needs to propose a method of evaluating & verification of the standard of
knowledge transfer plan.
2.5 Service Recipient (Citizens of Timor-leste)
1. From this Platform, Service Recipients (citizens) will be able to view all types of available
information as well as service wise menu.
2. Service Recipients will be able to apply online for all types of services without
harassment and unnecessary delay.
3. Through this system, Service Recipients will be able to take part in queries, suggestions,
opinions.
4. Service Recipients will get notification on latest update in the mobile application.
20
2.6 Service Operators (Service Provider- Timor Leste Parliament)
1. Information management regarding service delivery will be more organized

faster, transparent, efficient and accountable.
2. When implemented & integrated with other parliament other applications,
information will traverse among the organizations seamlessly which will increase
efficiency & accuracy.
3. Through this mobile application, Service Providers will easily communicate with
each other.
4. Service providers can generate easily and efficiently any types of necessary
reports instantly using this system.
5. Through this system, Service Providers will easily communicate with Service
Recipients, which will ensure better, efficient & effective service.
6. Seamless integration with other systems will ensure to reduce significant time,
effort and dependencies in service delivery process for the providers and
recipients as well.
7. Online dashboard for different levels of service providers will assist them in faster
decision making and evaluate their performance in real-time.
8. Document archiving, data analysis and searching will be faster, organized, easier
using this digital system.
2.7 Service Observer (Service Performance Monitoring Authorities)
1. From the reporting module Service observer will be able to generate report as
per prescribed method.
2. From the reporting module Service observer will be able to export report as per
prescribed method.
3. Solution Architecture
Solution architecture plays a useful role at the initial stage of understanding of the solution
ideation, solution design, and solution implementation plan. Here the solution architecture is
expected to establish the complete understanding of the business context. i.e, the vision,
objectives and ultimate requirements of this solution for proposed application. The overall
21
scope of solution architecture may be designed based on the proposed business architecture
which describes bellow the holistic, multidimensional business views, high-level service delivery
scopes and access points, major stakeholders’ involvement and relationship (Organizations are
acting as service providers including ministry/division itself.), major integration scopes and
high-level information management etc.
This architecture should define the process of developing and documenting covering the
context of the proposed mobile application including all impactful and applicable architecture
domains such as Micro-Service approach, accessibility, business, data, application, technology,
integration, cross cutting issues like security, management operation etc. The solution
architecture will elaborate and further decompose the target architecture into architecture
deliverables for each architecture domain.
3.1 Users and User Roles
Understanding the context of functional scope, the detail technical proposal should include or
cover categorization of major users, accessibility, authentication, authorization and overall
management for the solution.
No. of
Sl. Type of Users User Title User Major Role
Users
 User doesn’t need
any login
 User can access all
1 Regular App user Unlimited Timorese the contents of the
app
 User needs to share
his device location
Admin will manage,

modify, update, delete,
2 Admin 2 Administration
approve all the mobile
apps contents
 Content Manager will
edit, upload, modify
the contents of the
3 Content Manager 3-10 Content Manager mobile application.
 Content manager can
be selected module
wise.
3.2 SDLC Approaches & Methodology
Under the scope of this SDLC methodology, for effective, efficient, timely and fruitful
development of this system and achieving early release as a tangible result, the scope of this
22
project can be divided into 2 parts based on priority and dependency of the modules and
features to be developed and released. At the project inception phase, the prototype will be
defined by the concerned authority (implementing agency) discussing with the vendor. Later
entire mobile app development will be done based on the full requirement and parliament
guideline.
Phase-1: Prototype design
Phase-2: Complete Development with detail user case and work flow.
Vendor should present the SDLC methodology in the technical proposal considering:
1. Diagrammatic representation of the proposed SDLC showing the phases, methods,

processes, flow, steps, deliverables etc.
2. Proper justification/rationality for choosing the SDLC and context/factors considered in
choosing the same. The advantages of this SDLC should be stated very clearly and
precisely in respective of this project scope/context.
3. Detailed activities/tasks and description of each and every phase /step which will be
performed under the scope of this SDLC for this project like Inception, Requirement
analysis, Design, Testing, Development, Deployment etc. This description of each
phase/step should also include the purpose, deliverables/documentation, dependencies
of this SDLC.
4. The probable risk, challenges, threats of this SDLC that vendor is assuming
23
4. Functional Requirements
4.1 Functions and Features
The major modules functional features are described hereunder which are required to be
considered in scope finalization of this mobile application at the feasibility study phase. A
module wise list is mentioned hereunder which will be required to deliver during prototype
development
SI. Module Name
1 Parliament Profile & Platform
2 Public Opinion and Voting/polling Management
3 Broadcasting of civic education videos - Know your Parliament
Please note that, the above-mentioned module wise list may be varied at the time of
requirement study and analysis before preparing the final SRS.
Module No -01; Name: Parliament Profile & Platform

Serial Feature
Feature Description Integration
No Name
24
The system will have feature to store and manage

Parliament
1 Parliament History, Electoral system and current
Profile
parliament Status
MP Profile &
Authenticate data of the elected MP's and their
2 Information
constituency
Management
MP detail information of the legislation area will be
MP Address
3 stated here like mobile number, local office
Book
address, performance, personal details etc
Module No -02; Name: Parliamentary Debate Recording and Archiving

Serial
Feature Name Feature Description Integration
No
Plenary
Plenary Meeting date and detail information can
1 meeting
be published and managed
management
Parliament
Radio team.
Audio RTPN Radio
broadcasting Users can listen the plenary meeting from the app Television
2
of the plenary through parliament radio/recorded audio media Parlamento
meeting Nacional -
DIRAT
Division
Archiving the
All the streamed and broadcasted media will be
video/audio
3 archived and stored for future reference. User can
plenary
get the content while using the app.
meetings
Module No -03; Name: Public Opinion and Voting/Polling Management

Serial
No
Admin will upload
User/admin can upload any information
different statement, rules,
1 for public accessibility and opinion with
laws of the parliament for
pre-defined options
public/civil society opinion
Civic Society/public can react on the app
2 Public reaction/voting and share his opinion by predefined
answers
3 Voting Scheduling Voting can be scheduled
4 Voting Reporting Details reports based on the voting will be
displayed after end of the
25
schedule/clicked on the report

Voting share in the Social Voting questions can be shared over social
5
Media media
Voting result can be viewed by all the
6 Voting Result
participants and users
polls/questions can be managed anytime
7 Manage Polls/Questions
with edit/delete option
Module No -04; Name: Broadcasting of civic education videos. - Know your Parliament
Serial
No
Manage Parliament Recorded session can be watched and Any video
1
Session Record shared by the user sharing/streaming
can watch different news, bulletin, platform like
Watch news, bulletin
2 events & Programs that will be uploaded YouTube/vimeo /
& Programs
by admin Dailymotion
Different awareness videos, campaigns
3 Online Video Library
can be organized from this module
Apart from this, the interested vendor/company should analyze the other scopes which
are relevant to the areas covered above and should propose the best possible and
comprehensive ICT solutions in their technical proposal. The ultimate modules and features of
the proposed system will be finalized at the requirement study and analysis phase of SDLC
based on parliament’s actual requirement, acceptance and vendor’s best proposal/solutions
relevant to the above-mentioned area and scope.
26
5. Non-Functional Requirement
5.1 Application Compliance Requirement
5.1.1 Mobile Application Requirements
1. The mobile application version of the system should be developed for Android only
for the prototype and support the minimum version compatibility of Google play
store.
2. The mobile app should have the capability of displaying system notifications
3. App should enable compact view of services for service recipients.
4. App should take the device permission for the services that will be required to
develop the app like build in FM radio or Location or Storage.
There should be an option to auto synchronization with the central database with apps local
database on the availability of the Internet connectivity.
5.1.2 Web Application
1. The web application for administration should be hosted in a centralized Web-server

2. The application should be developed following Service Oriented Architecture (SOA)
3. Application should support MVC framework.
4. Considering the operating/client environment at different levels of this application,
it should be developed in such a way so that it requires low bandwidth to run.
5. The web-based application should support cross browser platforms (popular web-
browsers such Mozilla Firefox, Opera, Chrome, Internet Explorer, Safari etc.)
6. The application should have the ability to seamless integration with future module /
components / applications
7. Application should be lightweight and rich client-side scripting
8. UI should be developed based on the analysis of UX.
9. Any web interface of this application should be fully responsive
27
5.1.3 Coding Conventions
1. Mobile app and web platform should support standard coding conventions
2. Produce high quality code in terms of reusability, refactoring, task automation,
language factors etc
3. Standard Coding practises should follow like:
 Commenting & Documentation
 Consistent Indentation
 Consistent Naming Scheme
 Code grouping
 Avoid deep nesting
 Avoid writing horizontally long lines of code
 File & Folder Organization (User framework Preferred Structure)
 Capitalise SQL special words
 Separation of Code & Data
 Code refactoring
5.2 Integration Requirement
The vendor can follow standard integration mechanism such as exposing standard Restful
APIs for the service process in different components so that any component or service can
exchange data and related resources whenever it is required by satisfying the Parliament
business purposes. The mobile application should be able to exchange data with other digital
systems within the particular parliament wing as well as with inter-department solutions. So,
the vendor will develop a standard API manager following international standard so that the
data sharing can happen efficiently and standard securities will be maintained smoothly. The
digital solution must address the stated interoperability and integration issues of the agency for
systems’ sustainability and end-to-end digitalization issues which is the ultimate goal of digital
transformation.
5.3 Hosting Requirement:
Timor-Leste Parliament is providing an extensive and standard hosting facility for all types of
internal organization applications and software which will be consider as main hosting for this
mobile application. It may be mentioned here that the vendor developed application will be
hosted in parliament provided data center. If any hosting at mirror or disaster recovery data
center is required, vendor will be informed by the parliament team accordingly and vendor will
do the necessary action in this regard. For the mobile app release at Google Play store, vendor
will do the necessary based on the feedback of the parliament team like Google account,
Payment for the account creation and if any other tasks required.
28
5.4 Security and Privacy Requirements
The vendor should submit an extensive Security and Privacy Plan including comprehensive
security architectures in their technical proposal for this proposed e-Service application
considering the following issues:
1. Project technical scopes
2. Functional and nonfunctional requirements and ultimate objectives
3. Concerned service provider organization’s operational environments and capacity
4. User roles - Accessibility, Authentication, Authorization and Accountability
5. Importance of data management & data privacy
6. Strength of technologies to be used for development, operate & maintenance
7. Deployment & hosting
8. Service recipients and providers security, confidentiality and privacy
9. A checklist of security measures to be taken for this solution
10. Overall security standards which should be applicable for an e-government system
5.5 System Security Requirement
 Industry standard development methodology (but not limited to) like

Comprehensive, Lightweight Application Security Process (CLASP), Open Web
Application Security Project® (OWASP) etc
 Consider common vulnerabilities like SQL injection, Cross Site Scripting (XSS)
 Input validation controls, authorization/authentication control and other security
controls for both testing and production environment
 Vulnerabilities must be checked and security ensured for below:
 CRSF
 XSS
 Session hi-jacking/Click Jacking
 Session fixation
 SQL injection and code injection
 Input validation/Filtering
 Output escaping
 Secure file access
 Disable http trace method
 Should not disclose the version of the development framework
 Should not use any outdated libraries
 Content security policy must be implemented
 Auto password complete should be disabled
 One session can be for highest 1hour
 User credentials must be encrypted
 Connection should be encrypted
29
 Ensure access control, authentication and accountability security mechanism for

backend operations of the systems
 Security system must be scalable and should not affect the overall performance
 Proper audit trails and logs for administration and auditor. Audit trail should contain
following details but not limited to:
 Login & Logout of the admin panel
 Attempts to access unauthorize resources
 User profile/Data change
 Past audit trails
 Track all actions regarding document attached/uploaded
 Access right to other resources when required
 Automatic session disconnection for inactive users after session timeout
 Protect the audit trails from being modified by unauthorized personal or
privileged users
5.6 Sizing, Performance and Scalability Requirements
1. The system processing shall be scalable to support the volume estimates for a period of
10 years at a 25% annual growth rate.
2. The system shall be designed to handle estimated 10000 simultaneous connection
(online users) when it is ultimately rolled out.
3. The vendor must conduct an extensive load testing task taking above factors into
consideration and submit a load testing result.
4. The database architecture should be such that the system is available to user 24x7x365
days a year without any unapproved downtime.
5. Page load time, login response-time, on-click load time for the web application should
be less than 3 seconds while this is accessed over the internet.
6. Average transaction response time, on-submit response-time, or any other database
access/ search time should be less than 5 seconds when the system solution is accessed
over the internet.
7. Considering the network infrastructure challenges the solution must support low
bandwidth conditions for the services defined in the functional requirements.
8. Mobile application should support very low bandwidth even in 2G network provided
internet bandwidth.
9. The proposed solution should be highly scalable to accommodate current and future
requirements within the scope of the scope mentioned in the TOR
10. Analyze the requirements whether both horizontal scaling (scale-up) and vertical scaling
(scale-up) will be required for this mobile application or not?
11. The mobile application should be provided with appropriate caching mechanism to
handle very high-traffic scalability
30
12. The vendor may propose here other relevant measures for the mobile application
scalability.
5.7 Interoperability and Data Exchange
The selected vendor must develop this mobile application following all the standards and
protocols of interoperability, integration and data exchange with other systems. It is expected
that the system will be based on open architecture and will be fully interoperable with current
and future applications.
The following are the key expectations on interoperability requirements:
1. The system should be designed for interoperability using industry standard protocols.
2. System must expose data by Advanced Message Queuing Protocol and REST via TLS
3. All imported data must undergo data validation to ensure full integrity.
4. Data exchange within the system at different levels via the internet shall be encrypted.
5. The system should have functionality to exchange data with other own systems or
external institute systems.
6. The system shall have functionality to export/import files based on the standard
template defined through web services and/or API
7. The vendor must ensure standard interoperability facility for the system so that
necessary data can be shared with the other concerned public & private sector software
or mobile apps based on the approval of the ministry authority simply exposing API for
data sharing/ exchanging.
Full API documentation must be provided so that third party integrators can integrate their
system with this system.
5.8 UI & UX
The vendor must propose a UI/ UX Plan containing UI designing method and tools, UI
design Activity plan, prototype or Mock Up design for both web & mobile, expected result &
their finalizing process of that UI/UX design. Apart from this, the vendor should consider the
following issues as requirement at the time of UI/UX plan.
1. The system interfaces should be highly user friendly, easy to navigate and ensure fast
loading.
31
2. The UI shall be designed by using well-established, supported and lightweight UI

framework so that it follows widely used industry flow patterns
3. UI shall be easily configurable if any changes are needed
4. Menu, content and navigation shall be based on the user entitlements, roles and
permissions.
5.9 Digital user manual
For all types of usage, vendor must prepare easily accessible & focused training manual
which will also be available in mobile apps & web application also. The user manual should be
smart enough so that the target users can receive the training by himself or herself without a
trainer intervention also. The content should not be prepared only based on text but also the
info graphic, pictures, animation, diagrammatic presentation, multimedia should be used
smartly. The digital training guide or manual may be hosted into the parliament website and
online platform.
Vendor is requested to provide a comprehensive Digital Service Toolkit & Guide plan for all the
service to be digitalize.
1. User (service recipient/ provider) will use this system in a very simple, fast and
interactive way.
2. Vendor should plan properly during content designing & development so that it will be
easier for non-technical & non-tech savvy users.
3. This digital guide has to be implemented for each & every service of this system for
each platform i.e. web, mobile.
4. All the digital content guidelines must be interactive so user can navigate the system by
hearing, listening & reading.
5. Content creation methodology, activity & standard should be included in the plan.
6. Vendor’s innovative & future context plan of this digital toolkit & guideline considering
all the users will be appreciated.
5.10 Language Support

System will be developed in three language- Tetum, Portuguese & English but it’s default
language will be English. The system should support multilingual option i.e. English, Tetum &
Portuguese for both the Mobile Apps and web version of admin panel. All the user interfaces
will be able to display and input controls can take input in Tetum, Portuguese and English.
System/App users can choose his/her preferred language in Settings for the system interfaces.
5.11 Tools and Technologies to be used
32
Vendor is recommended to choose the appropriate tools and technologies (Open Source is
preferable) to be used for the development and implementation of the mobile application. The
selected vendor has to consult with National Parliament and implementing organization (client)
to finalize the tools, technologies, framework and platform with the approval of same
authorities consent.
The main components of the software will be mobile application. It should be supporting
Android app at user’s end and should be compatible with all major versions of the OS.
The admin panel that will be developed for administration purpose, should be run in
Windows/Linux/OSx operating system at user’s end and should be compatible with all major
browsers such as – Internet Explorer, Firefox, Google Chrome, Opera etc. The System UI should
be compatible with Tab & Smart Phone browsers as well.
Vendor is requested to share the details functions for each position they proposes in
technical proposal.
6. Project Management
6.1 Implementation Timeline
Vendor must complete the project within a stipulated timeline based on the proposed
timeline. The vendor is requested to share the timeline of the Prototype development initially.
As the entire project’s functional scope will be divided into 2 parts, therefore the release and
deployment of the part for going live will be based on the completion of the phase I which is
prototype of the app.
6.2 Documentation
Detailed and proper documentation of such ICT based project like mobile application for
the parliament is very vital and essential. Documentation is required for any such project as
reference, knowledge transfer, analysis of development and implementation history, baseline
information for any modification or change, guidance etc. In this issue, Vender should show
highest-level of professionalism for delivering the standardized documentation approach at
each phase of application development and implementation project.
6.3 Work Distribution and Team Composition
The vendor is expected to provide work distribution and team composition plan based on
the project scope, their proposed SDLC methodology and work and project implementation
plan. The interested applicant (Vendor) should provide a Work Distribution & Team
33
Composition Plan in their technical proposal describing the different teams with required HR
positions that will be allocated at various phases or steps of proposed SDLC and project
implementation. In the case of running multiple phases or steps or activities, the team
allocation plan mentioning the number of HR positions should be planned and described
precisely. In the team allocation plan, each HR position should also be described with the roles,
amount of involvement (man-day/man-month), expected deliverables and required skill and
expertise. However, for proper execution of the project i.e. mobile application development,
the vendor shall include at least the following HR positions as minimum project team
requirements:
Serial Number Professional Staff & Position Number of Count

1 Project Manager 1
2 Web Developer Analyst 1
Total 2
6.4 Quality Attributes and Assurance
The Quality attributes and Assurance plan will describe the standards, processes and
procedures in this mobile application development life cycle which will be used to support the
consistent delivery of high-quality, professional standard application and services provided in
the support of an automated environment. The quality assurance process will be concerned
with establishing the authority of the QA function, quality assurance standards, procedures,
policies, and monitoring, and evaluation processes to determine quality in relation to
established standards. Quality assurance activities will concentrate on the prevention of
problems through the continuous improvement of processes.
In order to provide high quality products and services, each support team will adhere to
processes, procedures and standards. Quality Assurance (QA) is a process used to monitor and
evaluate the adherence to processes, procedures, and standards to determine potential
product and service quality. It will involve reviewing and auditing the products and activities to
verify that they comply with the applicable procedures and standards, and will assure the
appropriate visibility for the results of the reviews and audits.
The vendor is requested to provide an extensive Quality Assurance Plan with measurable
attributes for each phases of this mobile application development life cycle in their technical
proposal.
6.5 System Audit

This system will maintain an audit trail of any changes or updates made in any information
that are considered as vital and should maintain the audit log with information such as
34
1. Log the users who are accessing the system

2. Log the parts of the application that are being accessed
3. Log the fields that are being modified
4. Log the results of these modifications
5. Log the attempted breaches of access
6. Log the attempted breaches of modification rights
7. Timestamp.
It should be ensured that an audit trail is kept for all transactions and all audit transactions
logged are kept on the trail file or trail database from where system can generate different
audit reports as and when required.
Vendor is requested to submit their proposed Audit Plan including strategy & standard
measures in their technical proposal.
6.6 Training Plan

In case of successful implementation, user training plays one of the most vital roles in the
entire implementation cycle. Vendor must consider parliament culture, convenience of
parliament officials & staff and ICT literacy & expertise at the time of designing user training
plan for the service implementation. Based on the requirements, target prospective
participants and implementation scope, vendor may plan for user training in 4 different
modalities i.e. 1) Direct User Training, 2) TOT, 3) Refresher Training, 4) e-Learning. The vendor is
requested here to submit a detailed Training Plan in their technical proposal considering the
following:
1. Training Schedule & program details
2. Methods & modalities of user training
3. No. of targeted user groups and participants
4. Strategy of ensuring training standards
5. Methodology for evaluating performance
6. Ensuring smart training with latest tools & technologies
7. Innovative, user friendly, & multimedia training materials
8. Team composition, skill and expertise as training provider
Please note that, the training infrastructure like venue will be provided by the
implementation organization.
6.7 End User Engagement

End user engagement is very important for the implementation especially for the citizen
centric digital service delivery. Vendor should measure involvement of end users during
development and the constant incorporation of feedback to provide high-quality end-user
experience satisfying usability test. Based on different types end-user group, vendor may
35
require to consider the following at the time of preparing End-User Engagement Plan which is
required to be submitted with the technical proposal,
1. Purpose of end-user engagement.
2. For ensuring end-user behavior, proposed method & activity.
3. Define indicators & factors of the outcome for end-user engagement.
4. Determining area & boundary of end-user’s Engagement & their degree of
involvement.
5. Mentioning vendors & implementing organization’s roles in engaging end-users for
large scale implementation.
6.8 Risk Management

Software development is an activity that uses a variety of technological advancements
and requires high levels of knowledge because every software development project contains
elements of uncertainty. This is known as project risk. The success of a software development
project depends quite heavily on the amount of risk that corresponds to each project activity.
As a project manager, it’s not enough to merely be aware of the risks. To achieve a successful
outcome, they must identify, assess, prioritize, and manage all of the major risks. A standard
risk management process includes the following steps:
1. Identify risks and their triggers

2. Classify and prioritize all risks
3. Craft a plan that links each risk to a mitigation
4. Monitor for risk triggered during the project
5. Implement the mitigating action if any risk materializes
6. Communicate risk status throughout project
The vendor should submit a Risk Management Plan addressing all types of risks including
above mentioned steps following standard risk management principles and their mitigation
plan
6.9 Expected Deliverables
Considering the scope of services and work of this project and based on the proposed
project, the vendor is requested to submit a comprehensive Project Deliverables Plan in their
technical proposal describing the SDLC phase/steps/action wise timeline-based deliverables
mentioning different formats and types.
For better clarification, some of the deliverable’s examples are mentioned below:
36
1. Project inception report

2. Project management plan
3. System requirement specification (SRS)
4. System design document (HLD and LLD as SDD)
5. Complete source code with documentation
6. Test plan with testing reports
7. Integration plan and reports
8. Mobile Application (Android)
9. Web application for the Management
10. SLA
6.10 Copyright
Timor-leste Parliament shall be entitled to all proprietary rights including but not limited to
patents, copyrights and trademarks, with regard to many Vendor.
All kinds of source codes including code documentation and other approved documents
(all versions trail, products, developed applications, documents and all kinds of deliverables)
which bear a direct relation to or are made in consequence of the services provided by the
vendor under this scope of this TOR will be owned by Parliament IT Division
At the request of the Parliament team, the vendor shall assist in securing such property
rights and transferring them in compliance with the requirement of the applicable law. After
the completion of the project, such rights will be handed over to the Parliament that will be
produced at the time of entire system development and implementation life cycle under the
scope of this TOR and will be owned by Parliament team.
The vendor should properly deliver the entire approved source codes and other
deliverables to the Parliament IT team. The vendor cannot claim any royalty or authority of any
sort in case of replicating the source code or database or any other deliverables under this TOR
for any future use that Parliament and the Government of Timor-Leste may see fit.
Any studies, documents, reports, graphics or other materials prepared by the vendor for
this project under this TOR shall belong to and remain the property of Parliament
6.11 Knowledge Transfer
The Knowledge Transfer Plan should provide a comprehensive approach to transfer the
responsibility for maintenance and operations from the vendor to implementing organization
or their nominated agency. While designing a smooth, efficient and effective Knowledge
Transfer Plan vendor should consider the following:
2. Strategies, methods, milestones, schedules & their duration of accomplishing target.
37
3. Vendor will propose required technical capacity, number of resources mentioning their
roles & responsibilities from implementing agency to carry forward this plan.
4. Vendor will need to identify the risks, craft a mitigation & contingency plan.
5. Vendor needs to propose a method of evaluating & verification of the standard of
knowledge transfer plan.
38
7. Conclusion
In view of the above, Vendor has to design, develop, implement mobile Apps based
solution for Digital Service s for the parliament. Obviously, the proposed technical proposal has
to reflect the visualization, deep level understanding of the processes, system
requirement/sizing, development platform, Quality Assurance (QA) plan including capability of
adopting future technologies.
UNDP, on behalf of the National Parliament of Timor-Leste, has the mission to ensure
smooth connectivity between the citizens of Timor-leste and the Parliament. With the
developed mobile application, there will be interactive engagement between the two entity.
Communication among the citizens of the parliamentary activities like representations, plenary
meetings and debates, passing of legislation and budgetary activities will be much easier and
more transparent. Citizens will be able to take part in the democrative process through the
mobile parliament and ensure good governances and participatory parliamentary system.
Above all, the mobile application will lead the digital transformation of the parliament towards
the digital goal of the Government.
39
Annex 4
Form for Submitting Self-Declaration

(This Form must be submitted only using the Service Provider’s Official Letterhead/Stationery 4)
We, the undersigned hereby declare that we are not in the removed or suspended ineligibility list of
the UN, UN Procurement Division list or other such lists of other UN agencies, nor are we
associated with, any company or individual appearing on the 1267/1989 list of the UN Security
Council.
We, also declare to accept UNDP General Terms and Conditions attached with this tender.
[Name and Signature of the Service Provider’s Authorized

Person]
[Designation]
[Date]
Yours sincerely,
4
Official Letterhead/Stationery must indicate contact details – addresses, email, phone and fax numbers – for
verification purposes
40

T Proc Notices Notices 075 K Notice Doc 73532 291041229

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

T Proc Notices Notices 075 K Notice Doc 73532 291041229

Uploaded by

Copyright:

Available Formats

United Nations Development Program

REQUEST FOR PROPOSAL (RFP)

NAME & ADDRESS OF FIRM DATE:

Dear Sir / Madam:

Proposals may be submitted on or before 17.00 hrs (Timor-Leste local time)

United Nations Development Programme

UNDP Timor-leste | www.tl.undp.org

UNDP Timor-leste | www.tl.undp.org

Thank you and we look forward to receiving your Proposal.

UNDP Timor-leste | www.tl.undp.org

Context of the Requirement Development of a mobile application for the National

Frequency of Reporting Please refer to Annex-3 Terms of Reference

Progress Reporting Requirements Please refer to Annex-3 Terms of Reference

Location of work Please refer to Annex-3 Terms of Reference

Expected duration of work 4 months

Target start date Immediately after issuance of Contract/PO

Latest completion date Please refer to Annex-3 Terms of Reference

Travels Expected Please refer to Annex-3 Terms of Reference

Special Security Requirements NA

Facilities to be Provided by UNDP (i.e., Please refer to Annex-3 Terms of Reference

Implementation Schedule indicating

Validity Period of Proposals (Counting for ☒ 30 days

UNDP Timor-leste | www.tl.undp.org

what has been initially indicated in this RFP. The

Partial Quotes ☒ Not permitted

Payment Terms Upon completion and acceptance of each deliverables

Person(s) to review/inspect/ approve

Type of Contract to be Signed ☒ Contract for Professional Services

The minimum technical score required to pass is

☒ Full acceptance of the UNDP Contract General Terms

Eligibility Assessment ☒ Valid business license in field of ICT

Criteria for the Assessment of Proposal Technical Proposal (70%)

UNDP Timor-leste | www.tl.undp.org

Annexes to this RFP ☒ Form for Submission of Proposal (Annex 2)

Contact Person for Inquiries Ahmad Zubair

Any delay in UNDP’s response shall be not used as a

☒ Duly Accomplished Form as provided in Annex 2, and

UNDP Timor-leste | www.tl.undp.org

FORM FOR SUBMITTING SERVICE PROVIDER’S PROPOSAL2

To: [insert: Name and Address of UNDP focal point]

A. Qualifications of the Service Provider

B. Proposed Methodology for the Completion of Services

C. Qualifications of Key Personnel

If required by the RFP, the Service Provider must provide :

UNDP Timor-leste | www.tl.undp.org

D. Cost Breakdown per Deliverable*

Deliverables/ Outputs Target Due Dates Amount- US$ Payment

Up to 50 days with any follow-up for clarifications

Up to 20 days and according with National

Grand TOTAL US$ 100%

*This shall be the basis of the payment tranches

E. Cost Breakdown by Cost Component [This is only an Example]:

UNDP Timor-leste | www.tl.undp.org

[Name and Signature of the Service Provider’s

UNDP Timor-leste | www.tl.undp.org

Terms of Reference (TOR)

Country: Timor-Leste (Dili)

B. Background and Project Description

UNDP Timor-leste | www.tl.undp.org

D. Expected Outputs and Deliverables

UNDP Timor-leste | www.tl.undp.org

UNDP Timor-leste | www.tl.undp.org

Deliverables/Outputs Estimated Breakdown of the Review and