Skip to main content
search
  • Consultancies
  • Nairobi, Kenya
  • August 17, 2022

Website igadsecretariat IGAD Centre for Pastoral Areas and Livestock Development (ICPALD)

IGAD CENTRE FOR PASTORAL AREAS AND LIVESTOCK DEVELOPMENT

 Milestone 19

Terms of Reference

Establishing and Strengthening Digital E-platforms for Cross-border Livestock Marketing 

Introduction

Many interventions have been undertaken to establish cross-border primary and secondary livestock markets infrastructure      in order to boost cross-border livestock marketing. While these have increased opportunities for cross-border livestock trade, structural challenges to livestock marketing have remained pervasive, occasioned by among others, poor road networks and insecurity. From the lessons drawn from the successful use of e-platforms for national livestock disease reporting in Turkana, Kenya; access to veterinary service providers in Uganda, and; the operation of an Animal Disease Notification and Investigation System (ADNIS) in Ethiopia, it is proposed in this project to establish and strengthen digital e-platforms for cross-border livestock marketing as a way of mitigating potential shocks such as drought, insecurity, floods and pandemics like Co     vid -19, which affect livestock marketing in border communities in the two clusters of Karamoja and Mandera. A team of two consultants with training and experience in the design of web-based communication and information sharing platforms will be hired to work with IGAD to develop an android-based digital platform that provides information on estimated weight and prices of livestock to potential buyers, and for buyers to specify their required specifications and quantities to potential sellers. The platform will be designed, presented to stakeholders for comment and feedback, after which the final design will be done. The digital platform will be launched and tested for several supply chains.

Deliverables

The incumbent consultants will accomplish the following

  1. Design a web-based communication and information sharing platform
  2. Launch an android-based digital platform for cross-border livestock marketing.
  3. Test the prototype android-based digital platform in one or two supply chains (live animal, meat or milk)
  4. Induct ICPALD and member state IT technical staff on usage of the system

1.Design modalities

ROLES

1.1 Collection, validation, transmission, sharing and publication

In the general process of collection, validation, transmission, sharing and publication of information used for this project, there are six (6) types of roles:

  • Input operators (data submitters): they are in charge of entering data into the system.
  • Validators: they are in charge of validating information entered into the system.
  • Transmitters: they are in charge of submitting information to the next higher hierarchical level in the administrative or organizational division.
  • Publishers: they are in charge of making information publicly available.
  • Sharers: they are in charge of sharing available information.
  • Locks managers: they are in charge of locking and unlocking of information.

1.2 General operation

In the software general operation, there are seven (7) types of roles:

  • Group managers: they are responsible for administrative management of an information collection, validation, transmission, sharing and publication entity.
  • Module managers: they are responsible for input module management.
  • Report, graph and map managers: they are responsible for report, graph and map management.
  • Authenticated users: they view available information from a collection, validation and transmission entity, as well as information shared by a collection, validation and transmission entity. This is their default role.
  • Translators: they are responsible for the translation of the software (words dictionary).
  • Reference data managers: they are in charge of managing reference data.
  • User supports: they are responsible for providing user assistance.

1.3 Administration

For the software administration, there are two (2) types of roles:

  • Administrators: they are responsible for the general administration of the software.
  • Super administrators: they are the only ones authorized to access and use critical functions of the software.
  1. PROJECT DEFINITIONS AND CONCEPTS

2.1. Definitions

2.1.1. User account

The user account is the basic element that allows access to the software depending on his role. A user can have several roles.

2.1.2. Dashboard

The dashboard is a collection of information specific to a role. It includes, among other things, all notifications, reports, graphs, maps and statistical information.

2.1.3. Group

A group is a grouping entity in which user accounts, modules, reports, graphs and maps are grouped.

2.1.4. Collection of modules

A collection of modules is a grouping of several modules by themes.

2.1.5. Module

A module is a data collection entity.

2.1.6. Report

A report is a table containing information entered into one module or several modules. Only validated information will appear in reports.

2.1.7. Graph

A graph is a graphic illustration of information entered into one module or several modules. Only validated information can be used to generate graphs.

2.1.8. Map

A map shows a geographical distribution of information entered in one module or several modules. Only validated information can be used to generate maps.

2.1.9. Visibility

Visibility makes it possible to see, access and use a module, a report, a graph and a map for a user, a user’s group and/or a user’s group and all its sub-groups.

2.1.10. Reference table

A reference table contains reference data. Reference data is data recorded in the software in order to be used as many times as necessary.

A reference table may be linked to another reference table for purposes of creating a link, which will help filter reference data.

2.1.11. Administrative division

An administrative division is an administrative geographically identified entity that is officially recognized by the State. It is considered as linked reference data.

2.1.12. Administrative collection

An administrative collection refers to an organizational entity which is recognized by users of the software. It can be made up of 2 or more administrative divisions.

  1. FUNCTIONAL REQUIREMENT STATEMENT

The functional requirements described in this chapter represent functions and their performance criteria which should be addressed by the software in order to meet user needs. Functions are divided into two categories:

  • Main functions (MF), which are characterized by the main business tasks to be accomplished by different roles recognized by the software. These will be refined later.
  • System functions (SF), which are characterized by software responses to the user depending on his role. At this level, the provider is strongly requested to improve the software beyond what is required.

Three priority levels are also defined:

  • High = 1
  • Normal = 2
  • Low = 3

3.1. Interoperability Requirements

The software must be able to provide usable data to a client component of a content management system in order to feed their own database.

The use of the content management system aims to use its full power of presentation and formatting in order to present in it data from the software.

ID Description Performance Criteria Priority
MF01 Select module records made

publicly available by publishers for the server component.

●               Choose specific records or all records of a module.

●        Filter by administrative division group labeled Cluster (Karamoja and Mandera)

●        Restrict the access of records depending to the client (client component of web portal of Android or external website) and also based on administrative division group labeled Cluster and administrative collection

1

3.1.1. Server component of web portal

This server component will avail to the client component data contained in modules, by using web services.

ID Description Performance Criteria Priority
group labelled REC
MF02 Sort modules. ●               By alphabetical order and by collection. 1

 

3.1.2. Client component of web portal

The client component will consume data provided by the server component, using web services.

ID Description Performance Criteria Priority
MF03 Save module records provided by the server component. ●               Choose specific records or all records in the module. 1

 

In order not to make the content management system completely dependent on the sustainability of the link between the two components, data retrieved by the client will be stored in the content management system database.

3.1.3. Native importer

A native importer allows implementation of an offline data entry form based on downloadable module templates in ODF and CSV formats. These templates are workbooks in which data is entered before being imported into the corresponding module.

3.1.4. XLSForm importer

The XLSForm importer allows importing into the software data stored in workbooks from other software supporting the standard XLSForm format. Import will be done into the target module.

This XLSForm importer will open the software to the XLSForm format.

3.1.5. OIE exporter

The OIE exporter allows exporting module data to the OIE (World Animal Health Organisation) through the World Animal Health Information System in the required format of WAHIS Database, WAHID (World Animal Health Information Database).

3.1.6. Native exporter

The native exporter allows exporting module data to ODF and CSV formats. These workbooks may be imported by the native importer.

3.2. Role Communication Requirements

Internal and instant electronic mail systems should allow communication between user accounts, and be accessible at any time.

ID Description Performance Criteria Priority
MF04 Send messages ●        To multiple user accounts in To and CC (Showing membership to the administrative division group labelled Cluster or to the administrative collection group labelled REC).

●        Possibility to transfer messages to the user’s external mail box.

1
MF05 Send instant messages ●        Between 2, or creation of a chat room (display of membership to administrative division group labelled Cluster or administrative collection group labelled Regional economic community). 1

 

3.3. Role Notification Requirements

The notification system will enable users to be informed of expected actions specific to each role. Notifications will appear on the dashboard of each role. Users can choose which notifications will appear on their dashboards.

Below are common functions:

ID Description Performance Criteria Priority
SF01 Transfer notifications to the user account external mail address. ●        Grouping of messages by number, by period (week, month) based on roles assigned to the user account.

●               Prioritized mailing of notifications.

●        Selection of user accounts to receive module alert notifications.

1
SF02 Select notifications to be displayed on the dashboard. 1

 

3.4. Role Statistical Requirements

Statistics provide an overview based on roles. They are displayed on the dashboard. Users may choose which statistics will appear on their dashboards.
3.5. Functional Requirements By Role
Module accessibility for different roles depends on the access level associated with the module and the user account, as well as the module visibility level.

The functions of record sorting, filtering and searching will be implemented for all roles. The change function will be associated with the Add or Create function. The functions of record sorting, filtering and searching will also be applied for internet surfers having public access by default.

3.6.1. Input operators

ID Description Performance Criteria Priority
MF06 Input information into the module ●        Saving of information currently being entered.

●        Automatic saving of information being entered in case of automatic log-off by the software.

●        Overview of record at the end of data entry.

1
MF07 Download the module template in the form of a worksheet file ●               ODF and CSV Formats 1
MF08 Import data entered into the worksheet file depending on the module ●               Import progress indicator.

●               Resumption of import after interruption.

●        Status of import, number of successes and number of failures.

1
MF09 Download worksheet file with unsuccessfully imported data ●        Indicator for cells containing errors
showing the error committed
2
MF10 Download the worksheet file with successfully imported data 2
MF11 Correct draft or invalidated records ●               Link a comment to a corrected record 1
MF12 Delete draft, invalidated, validated but not yet transmitted records ●               Single or batch deletion

●               Cancellation of the last deletion action

●               Entering the reason of cancellation

1
MF13 Request unlocking ●               Link a comment to the relevant record 1
MF14 Send a support request ●               Message sent to user support role 1
SF03 Display input delay notifications on the dashboard ●               The module clickable name by collection

●               The number of records per module

2
SF04 Display correction notifications on the dashboard ●               The module clickable name by collection

●               The number of records to be corrected

2
SF05 Display statistics on entered records on the dashboard ●        By module collection, by module and by frequency 3

3.6.2. Validators

ID Description Performance Criteria Priority
MF15 Validate draft or corrected records ●               Single or batch validation 1
MF16 Invalidate draft or corrected records ●               Link a comment to the invalidated record 1
MF17 Send a support request ●               Message sent to user support role 1
SF06 Display pending validation notifications on the dashboard . Module clickable name by collection

●               Number of records expected by module

2
SF07 Display pending correction notifications on the dashboard . Module clickable name by collection

●               Number of records per module

2
SF08 Display draft, validated, corrected and invalidated statistics and records on the dashboard ●        By collection of modules, by module, by frequency and by subgroups 3

3.6.3. Transmitters

ID Description Performance Criteria Priority
MF18 Transmit validated records ●               Choice of parent group(s) 1
MF19 Send a support request ●               Message sent to user support role 1
SF09 Display pending transmission notifications on the dashboard ●               Module clickable name by collection

●               Number of records per module

2
SF10 Display statistics on transmitted and non- transmitted records on the dashboard . By collection of modules, by module, by

frequency, by sub-group and by parent group

3

3.6.4. Publishers

ID Description Performance Criteria Priority
MF20 Publish records validated on the cluster group’s homepage ●               Single or batch publication

●               By granularity

1
MF21 Publish reports, graphs and maps on the cluster group’s home page ●               Single or batch publication

●               By granularity

●               Exclusion of record(s)

1
MF22 Withdraw reports, graphs and maps from the cluster group’s homepage ●               Single or batch withdrawal 1
MF23 Withdraw records published on the cluster group’s homepage ●               Single or batch withdrawal 1
MF24 Send a support request ●               Message sent to user support role 1
SF11 Display pending publication notifications on the dashboard ●               Module clickable name by collection

●               Number of records per module

●               Single or batch deletion of notifications

2
SF12 Display statistics on published and unpublished records on the dashboard ●        By collection of modules, by module, by frequency, by sub-group and by parent group 3

3.6.5. Sharers

ID Description Performance Criteria Priority
MF25 Share validated records ●        Choice of group or groups with the same hierarchy level and the same parent group 1
MF26 Share reports, graphs and maps ●        Choice of group or groups with the same hierarchy level and the same parent group 2
MF27 Withdraw reports, graphs and maps ●               Single or batch withdrawal 2
MF28 Withdraw shared records ●               Single or batch withdrawal 1
MF29 Send a support request ●               Message sent to user support role 1
SF13 Display on the dashboard pending sharing notifications ●               Module clickable name by collection

●               Number of records per module

~ Single or batch deletion of notifications

2
ID Description Performance Criteria Priority
SF14 Display statistics on shared and non shared records on the dashboard ●        By collection of modules, by module, by frequency, by group

●        Groups with the same hierarchy level and the same parent group

3

3.6.6. Locks manager

ID Description Performance Criteria Priority
MF30 Unlock a record ●               Link a comment to the relevant record 1
MF31 Lock a record 1
MF32 Send a support request ●               Message sent to user support role 1
SF15 Display pending unlocking notifications on the dashboard . Module clickable name

●               Number of records per module

~ Single or batch deletion of notifications

2
SF16 Display statistics of locked and unlocked records on the dashboard ●        By collection of modules, by module, by frequency, by sub-group and by parent group 3

3.6.7. Group Managers

ID Description Performance Criteria Priority
MF33 Create a subgroup ●               Group banner

●               Selection of type of group

●               Assign an administrative division

1
MF34 Delete a subgroup ●               Single or batch deletion 1
MF35 Customize a group’s home page 1
MF36 Customize a groups banner 1
MF37 Create an user account ●        User account linked to group or first level of sub-groups of the group manager

●        Assigning of one or several roles

●        Password generated and sent to the user’s external mail box

●        Creation of an internal mail box and of an instant mail account

1
MF38 Delete an user account ●        Message sent to the user’s external mail box

●        User account physically deleted when no activity on a record has been traced by the software

●        Cancellation of the last deletion action

1
MF39 Reset an user password 1
MF40 Suspend an user account ●               Single or batch suspension

●        Message sent to the user’s external mail box

1

 

 

ID Description Performance Criteria Priority
MF41 Assign several groups to a user account ●        Only the first level of subgroups under the group manager 1
MF42 Assign one or several access levels to a user account 1
MF43 Create reference data of administrative division type 1
MF44 Delete reference data of administrative division type ●               Single or batch deletion

●               Cancellation of the last deletion action

1
MF45 Send a support request ●               Message sent to user support role 1
SF17 Display user account creation notifications of the parent group manager ●               The user account clickable name 1
SF18 Display the trace of activities of the user account created by the parent group manager ●        Available for administrative division groups labeled Cluster and for administrative collection groups labeled REC 1
SF19 Display statistics on user accounts created, suspended and deleted on the dashboard ●               By sub-group and by group

●        Highlighting user accounts created by the parent group manager

3

3.6.8. Module managers

The creation of modules in data collection will be based on the XLSForm standard.

ID Description Performance Criteria Priority
MF46 Create a module ●        Creation of a help page for module use (complete edition with inserted images)

●               Selection of data input frequency

●               Field Descriptions

1
MF47 Create a module alert notification ●        Simple expression of parameterization depending on a record’s fields 1
MF48 Delete a module alert notification 1
MF49 Delete a module ●               Single or batch deletion

●               Cancellation of the last deletion action

1
MF50 Send a support request ●               Message sent to user support role

●        Message sent to the user’s external mail box

1
SF20 Display module statistics on the dashboard ●               By collection of modules

●        Number of records per module and per frequency

2

3.6.9. Report, graph and map managers

ID Description Performance Criteria Priority
MF51 Create a report, a graph and a map ●        Selection of data from one or several modules

●               Selection of several sets of data

●               Selection of period (between, from, until)

●        Filter on sets of data (selection of groups and sub-groups, selection of administrative

1

 

ID Description Performance Criteria Priority
divisions)
MF52 Delete a report, a graph and a map ●               Cancellation of the last deletion action 1
MF53 Customize a report ●               Header and footer

●               Addition of a label

●               Addition of an image

●               Re-arrangement of dashboard items

●        Conditional formatting (definition of background colour )

●        Automatic generation of tables per month and per year

1
MF54 Customize a graph ●               Header and footer

●               Addition of a label

●               Addition of an image

●        Type of graphs and their variants (histograms, curves, pie charts, bars, areas, point clouds, surface, rings, balloons, radar)

●               Grid at background

●               Combine several types of graphs

●        Automatic generation of graphs per month, per year and per group

1
MF55 Customize a map ●               Header and footer

●               Addition of a label

●               Addition of an image

●        Types of data representation: point, line, polygon.

●        Clickable point and polygon for specific data display

●               Choice of colours

●        Management of polygons’ colour based on population density or data value

●        Management of point size, based on
population density or data value

●        Automatic generation of maps per month and per year

●        Type of maps (by cluster, map of Africa, map of the world): point map or shaded map

1
MF56 Assign one or several access levels to a report, a graph and a map 1
MF57 Assign a visibility level to a report, a graph and a map 1
MF58 Send a support request ●               Message sent to user support role 1
SF21 Display statistics on reports, graphs and maps on the dashboard ●               By collection of modules, by module 3

3.6.10. Authenticated users

ID Description Performance Criteria Priority
MF59 Log in ●        Logged in, based on the main group of the user account

●        Address based on the domain name of the main group labelled Cluster, REC or the base group of the user account used for logging in

1
MF60 Check module records ●               Validated records 1
MF61 Check reports, graphs and maps ●               Validated records

●               Make them available on the dashboard

1
MF62 Export a report, a graph and a map ●               PNG and PDF Formats 1
MF63 Print a report, a graph and a map 1
MF64 Change profile ●               Profile data

●               Default language

●               E-mail address

●               Change of main group

1
MF65 Reset password ●               Confirmation of new password 1
MF66 Log out ●               Manual 1
MF67 Export modules records ●               ODF and CSV Formats

●        Filter by record’s fields, date, period and group

1
SF22 Automatically log the user out ●               After a parameterizable time of inactivity 1
SF23 Display on dashboard statistics on validated records ●        By module, by frequency, by group and by sub-group 3

3.6.11. Translators

ID Description Performance Criteria Priority
MF68 Create a language ●               Choice of writing orientation and character 1
MF69 Delete a language ●               Single deletion

●        Deletion of all words belonging to the language

●               Cancellation of the last deletion action

1
MF70 Add a translated term ●               Choice of language 1
MF71 Delete the translated term ●               Single or batch deletion

●               Cancellation of the last deletion action

MF72 Download the translatable section in the form of a worksheet file ●               ODF and CSV Formats

●        With terms to be translated and terms already translated filterable

1
MF73 Import terms entered into a worksheet file based on the translatable section ●               Import progress indicator

●               Resumption of import after interruption

●        Status of import : number of successes and of failures

1
MF74 Download worksheet file with
unsuccessfully imported terms
1
 

ID

Description Performance Criteria Priority
MF75 Download worksheet file with successfully imported 2
MF76 Send a support request ●               Message sent to user support role 1
SF24 Display statistics on translated words and those yet to be translated on the dashboard ●        By module, by reference data table, by report, by graph, by map, interface, system messages and notifications sent by the system 2

3.6.12. Reference data managers

ID Description Performance Criteria Priority
MF77 Create a reference table 1
MF78 Link reference tables 1
MF79 Delete a reference table ●               Individual deletion

●               Deletion of all values in the reference table

●               Cancellation of the last deletion action

1
MF80 Create a reference data 1
MF81 Delete a reference data ●               Individual or batch deletion

●               Cancellation of the last deletion action

1
MF82 Download reference table template in the form of a worksheet file ●               ODF and Formats

●               With reference data

1
MF83 Import terms entered in worksheet files depending on reference table ●               Import progress indicator

●               Resumption of import after interruption

●        Import status: number of successes and number of failures

1
MF84 Download worksheet files with unsuccessfully imported reference data ●               Indicator of cells with errors 1
MF85 Download worksheet files with successfully imported reference data 2
MF86 Send a support request ●               Message sent to user support role 1
SF25 Display reference data statistics on the dashboard ●               By reference table 2

3.6.13. User supports

ID Description Performance Criteria Priority
MF87 View user accounts ●               By group and sub-group

●               By status of user account

1
MF88 Reset the password for a user account ●        Password generated and sent to the user’s external mail box 1
MF89 Create a question on the FAQ ●               By category 3
MF90 Create an answer at a question on the FAQ 3
SF26 Display user support request notifications ●               By group and sub-group 2
SF27 Display statistics on user support requests ●               By group and sub-group

●               By year

2

 

3.6.14. Internet surfers

Internet surfers have the possibility to subscribe through the list of modules so that they may receive, in their respective mail boxes, notifications on new information made publicly available.

ID Description Performance Criteria Priority
MF91 Download publicly available information ●               ODF, CSV, PDF formats (for reports)

●               PNG format (for graphs and maps)

1
SF28 Receive notifications on new information publicly made available. ●               Through E-mail

●        Grouping by frequency, by module, by group, by administrative collection or administrative division

1

3.6.15. Administrators

Administrators may perform the same actions as all roles except the super administrator role, while observing the group and visibility restriction.

In addition, they may administer the software import and export tools.

3.6.16. Super administrators

Super administrators may perform the same actions as administrators. They may reset the software.

This resetting has 2 levels:

  • Normal resetting level. It allows resetting the software while deleting only records

contained in modules. Possibility of selecting which module to reset.

  • Advanced resetting level. It allows resetting the software to its initial status.

Super administrators may also save and fully restore the software including files and the database. Savings may be automatic or manual.

  1. NON-FUNCTIONAL REQUIREMENTS

4.1. Cultural, Political And Security Requirements

The software should be entirely multilingual (interface, modules, reports, reference data, etc.) and take into account the right-to-left writing system. It should also support special characters specific to languages such as Portuguese, French or Arabic. Note that Arabic writing text direction is right to left while figures direction is left to right.

As much as possible, preferences will be expressed on technologies, languages, components, software tools, free and open formats.

To ensure a certain level of confidentiality required for member countries, data which is available in the database should not be directly searchable.

A system of parameterizable control of complex passwords will be implemented. The software should be robust in the face of classic attacks on websites.

Client-server communication safety should be ensured.

4.2. Technical Requirements

This solution will be based on web technologies in order to ultimately have a web application that can be used as a website.

To take into account available expertise and its connection with the content management system, and to ensure the software is maintained, the following technical requirements and latest versions should be met:

  • Contents management system: Drupal
  • Database : PostgreSQL 9.4.5 (64 bit) + PostGIS 2.1.7 (64 bit)
  • HTML5
  • Framework Bootstrap
  • Framework PHP : Symphony2
  • To the extent possible, any other language will be used from a Framework.

To generate graphs and maps, highcharts may be used as a reference point with a similar level of parameterization.

Optionally, a mapping service will be installed locally, with the possibility to update maps, in order to ensure rapid service that is less dependent on fluctuating internet connection.

Any change in the technical preferences above must be duly justified.

4.3. Installation And Portability Requirements

The software installation must be automated.

The software must be portable in both Windows, IOS and Linux environments.

4.4. Software Update And Hardware Changeover Requirements

The software should support software upgrades for its main components, especially during the application of security patches.

The migration of the software to a server complying with the minimum specifications should be simplified and even automated.

4.5. Quality Requirements

The software must comply with the ISO / IEC 25000: 2014, or any other norm or standard quality. In general, this can be an advantage.

4.6. User Interface Requirements

The user interface should prioritize 2 main categories of requirements, namely:

  • Affordance (for example, elements which require interaction with the user or which are actionable should be readily apparent.)
  • Web ergonomics (it will include responsive design management in order to be useable on any screen size (mobile, tablet, monitor) while complying with recognized basic ergonomic rules)

Colour codes already mentioned in these specifications must be observed regarding different statuses of information.

The background must be of a light or white colour in order to make the contents and other colour codes stand out.

Given that the software will be used by Member States and Regional economic communities, the work space should be customizable by a graphic identity such as a flag or an emblem. The group banner can be used for this purpose.

Each role will have its own dashboard showing:

  • Work to be done (information comes from frequently used modules, records to be validated, to be corrected and to be transmitted)
  • Ongoing work (uncompleted entries, creations of modules, reports, graphs and maps)

Therefore, a graphic charter needs to be defined and observed.

It is to be noted that rapid keyboard entry should be facilitated, with no use of the mouse for input forms.

The use of touch screens should also be taken into account.

4.7. Usability Requirements

The learning of roles by users should require at most:

  • A basic level of practical use of the software tool and a spreadsheet
  • An intermediate level of practical use of a navigator associated with classic interactions of a dynamic website.

In general, it should be noted that users are professionals of the animal resource sector, whose practical knowledge of computing ranges from low to moderate for most of them.

Trainings on roles should not exceed:

  • 24 hours for input operators, validators, transmitters, publishers, sharers, locks manager, authenticated users, translators and reference data managers.
  • 16 hours for group managers, module managers, and report, graph and map managers.
  • 8 hours for administrators.

4.8. Performance Requirements

4.8.1. Connectivity

For data collection, the software should be able to support:

  • At least 2,000 simultaneous connections on average, with a connection peak at 6,000.
  • At least 250,000 user accounts created

The software should be usable at a low throughput of about 33.6 kbps downstream.

Frequent Internet disconnections must be taken into account in order not to lose work being done.

4.8.2. Volumetry

The software should support:

  • 250,000 records per year with a 10% growth rate.

4.8.3. Page load time

The software should support compression of pages before their being forwarded to the client, taking into account the fact that pages may contain images, sound and videos. Page processing performance should not be much significant despite the use of an encryption solution to ensure confidentiality of data exchanged between the client and the server.

 

The full loading of pages at each request should be limited to maximum. Priority should be given to partial loading of pages in order to reduce the time required for the navigator to display the page.

The maximum time for displaying a page shall not be beyond 6 seconds.

4.8.4. Availability

The minimum availability rate is 75%.

4.8.5. Verification of record entry

To lighten the load on the server side, part of the verification will be done on the client side during record entry.

4.9. Traceability And Audit Requirements

A trace of activities on each user account’s records should be recorded by the software, including connections and attempted connections to user accounts.

Creations, modifications and deletions of modules, collections of modules, reports, graphs, maps, groups, translations and reference data shall also be traced.

The whole trace of activities should only be searchable by the super administrator role.

4.10. Legal requirements

The provider has the duty to provide guidance. They must know and evaluate thoroughly the needs herein expressed as well as implied but not expressed needs.

Under the contract, he shall be held to an obligation of performance and delivery later on.

 

4.11. Duties and Responsibilities

The Consultant / firm will be in-charge of:

– developing an android-based digital platform for providing information on estimated weight and prices of livestock to potential buyers, and for buyers to specify their required specifications and quantities to potential sellers.

– supporting the launch and test for several supply chains.

 4.12.  Expected output

  1. Inception report – Scope of work report accepted by ICPALD
  2. Tailored training manual on the subject matter submitted to ICPALD
  3. Training report
  4. E-Platform application

 

  1. Qualifications, Experience, and Competencies
  • College degree in Computer Science, Business IT, communication, public relations, or marketing.
  • Must have been working with Software Development (Android Based) for at least three years.
  • Evidence of successfully completing Android Software development required.
  • Must have a team member who is fluent in written and spoken English language.
  • Must have valid travel documents.
  1. Duration

The Consultancy will be for a total of twenty-five (25) man-days spread over a period of three months

  1. Payment terms

The applicable daily rate will be dependent on the qualifications and experience of the appointed consultant. The consultant will be responsible for all government taxes and levies arising from this assignment.

Output/ activity completed Payment in percent of the contract amount Estimated date of completion
Signing of contract and inception report 20% Inception report within 3 days of signing the contract
Initial coding and testing when accepted 40% Within 12 days of signing the contract
A final report including Android software  testing and commissioning  workshop proceeding 40% Within 10 days after receiving comment on coding and testing.

 

  1. Travel outside duty station

Air tickets and Daily Subsistence Allowance (DSA) will be covered for field work upon approval of travel schedules.

  1. Taxes

The consultant will be responsible for remitting their own taxes.

  1. Insurance Cover

The consultant will be responsible for their own travel, medical and life insurance cover/s for the duration of the assignment.

  1. How to Apply

Interested candidates should submit their applications accompanied by a detailed CV,copies of both academic and professional certificates and their interest and ability to undertake this assignment to beverlyne.nyanchera@igad.int; and procurement@igad.int

All applications should be received not later than 17th of August, 2022 at 1600hrs (EAT)

IGAD will respond only to the shortlisted candidates.

 

IGAD Logo

Download attached ToR in PDF below.

ToRs_Consultant_Digital Patform final (3)

To apply for this job email your details to procurement@igad.int

Close Menu