display pdf in wpf c# : Save pdf rotate pages software Library cloud windows asp.net .net class 6b8_NamLITS%20RFP%20with%20Bookmarks14-part584

CONFIDENTIAL 
Page 35 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
Region serviced by the Office’s SVO Jurisdiction 
Magisterial District serviced by the Office’s SVO Jurisdiction 
Surveyor General Registration Division serviced by the Office’s SVO 
Jurisdiction 
Constituency serviced by the Office’s SVO Jurisdiction 
FMD Zone within the Office’s SVO Jurisdiction 
Allow one, more or all of the above criteria be used simultaneously to identify 
Offices. 
Search criteria will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
B21.   Display number of Offices meeting Criteria – Show the total number of Offices 
that met the search criteria. 
Should 
Have 
Release 1 
B22.   Display summary information for each Office meeting criteria – Display 
pertinent summary information for each Office that meets the search criteria.  Office 
fields should be displayed in columns, with a row for each of the Offices that met the 
search criteria. 
Paginate rows so as to not exceed a user defined number of rows on each page, but 
to ensure that all returned rows can be accessed. 
Should 
Have 
Release 1 
B23.   Export summary Office information to Excel – Allow the displayed Office 
columns and rows to be exported to Microsoft Excel format. 
Nice to 
Have 
Release 1 
B24.   Export summary Office information to .PDF – Allow the displayed Office 
columns and rows to be exported to Adobe PDF format. 
Nice to 
Have 
Release 2 
B25.   Export summary Office information to Email – Allow the displayed Office 
columns and rows to be exported to an agreed Email word processor format. 
Nice to 
Have 
Release 2 
B26.   Print summary Office information– Allow the displayed Office columns and rows 
to be printed. 
Should 
Have 
Release 1 
B27.   Multi-select Offices for modification – Allow access to Office modification 
functions described in this section for the results of a search for one or more Offices 
meeting criteria, so that multiple offices meeting criteria can be modified without 
performing multiple searches. 
Should 
Have 
Release 1 
B28.   View Office Details – Display Office details, including all Office information by 
clicking on any of the rows returned in the search results. 
Must 
Have 
Release 1 
B29.   View Parent Office – Display the Office which is the parent of the Office being 
viewed (all offices will have a parent except for the Level 1 NamLITS HQ Office). 
Must 
Have 
Release 1 
B30.   View Child Offices – Display all of the Offices for which the Office that is being 
viewed is the parent. 
Allow the access to each Child Office displayed. 
Show the total number of Child Offices for the Office. 
Should 
Have 
Release 1 
B31.   View Users working at the Office – Display all of the Users working at the Office. 
Allow the access to each User displayed. 
Show the total number of Users for the Office.  
Must 
Have 
Release 1 
B32.   View geographical representations of Offices – View geographical 
representations of the locations of Offices using the captured geographical GPS co-
Nice to 
Release 2 
Save pdf rotate pages - rotate PDF page permanently in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Users to Change the Rotation Angle of PDF File Page Using C#
how to permanently rotate pdf pages; rotate single page in pdf file
Save pdf rotate pages - VB.NET PDF Page Rotate Library: rotate PDF page permanently in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
PDF Document Page Rotation in Visual Basic .NET Class Application
pdf rotate one page; how to rotate all pages in pdf
CONFIDENTIAL 
Page 36 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
ordinates and embedded Google Earth or other third party mapping or imagery 
software. 
Have 
B33.   Print Office Details & Linked Entities – Print Office details, including all Office 
information and linked Users, Parent Offices and Child Offices. 
Nice to 
Have 
Release 1 
CAPTURE USER DETAILS  
ID 
Requirement 
Priority 
Software 
Release 
B34.   Capture Users – Capture details of each of the users that will utilize the system 
Must 
Have 
Release 1 
B35.   Unique Internal User ID – In the Existing NamLITS system, User ID’s are of the 
format DVS999.  There are occurrences where the same User ID may be passed 
from one user to the next when the first user leaves DVS.  In these cases, the system 
should not link system records created by the first user to the second user sharing 
this ID. 
This requirement may be satisfied if an additional Internal User ID is used to link 
user records in the system and when user takes a previously used User ID, they are 
still allocated a new and unique Internal User ID (which may not be known to them). 
Must 
Have 
Release 1 
B36.   Support Super Users/ System Administrators through Access Control Profiles 
– Super User and System Administrator access rights should be supported the Access 
Control Profiles as described later in this section.  As such, there should not be a 
need to use User Type for this purpose. 
These values will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
B37.   User Status - Support User Status’s including, but not limited to: 
Active  User is an active user of the system and is able to log in and use system 
functionality 
Suspended  User is temporarily barred from accessing the system 
Inactive  User is no longer active in the system and is unable to login. 
A User may only have an Inactive status if no Users are linked to it. 
These values will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
B38.   Read Only User Status – Support additional User Status : 
Read Only  User is an active user of the system and is able to log in and use 
system functionality but is unable to make any writes or deletions of system data.  
Note that this over-rides whatever access rights are defined in their linked 
Access Control Profile. 
Nice to 
Have 
Release 1 
B39.   Job Designation as a field not related to Access Rights – In the Existing 
NamLITS system, access rights are associated with job Designations.  However the 
requirement for NamLITS-NCA is that Job Designation is just a selected field from a 
table of available Job Designation Descriptions and that the selected Job Designation 
does not determine access rights. 
Must 
Have 
Release 1 
B40.   User Details – Capture User details including, but not limited to: 
User ID 
Must 
Have 
Release 1 
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
doc.Save(outPutFilePath). How to VB.NET: Delete Consecutive Pages from PDF. This is a VB .NET example for how to delete a range of pages from a PDF document.
pdf save rotated pages; pdf rotate just one page
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
doc.DeletePage(2); // Save the file. doc.Save(outPutFilePath); Demo Code: How to Delete Consecutive Pages from PDF in C#.NET. How
pdf rotate pages separately; pdf expert rotate page
CONFIDENTIAL 
Page 37 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
User Name 
User Surname 
User Initials 
Initial User Password 
Telephone Number 
Mobile Number 
Email Address 
Job Designation ID & Description 
User Status 
These details will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
B41.   Link Users to Office – Allow multiple Users to be linked to each Office.   
A User may only be linked to an Office with Office Status of Active. 
Must 
Have 
Release 1 
B42.   Link Access Control Profile to User – Allow an Access Control Profile to be 
assigned to each User to define what access right that the User has across the system. 
Note that there is no longer a 1 to 1 relationship between Access Control and Job 
Designations.  Users with the same Job Designation may have different Access 
Rights and similarly Users with the same Access Rights may have different Job 
Designations.  
Must 
Have 
Release 1 
MAINTAIN USER DETAILS 
ID 
Requirement 
Priority 
Software 
Release 
B43.   Modify User Details – Allow the modification of all information captured against a 
User. 
Must 
Have 
Release 1 
B44.   Modify User Status – Allow User Status to be changed. 
An Office may only have an Inactive status if no Users are linked to it. 
Must 
Have 
Release 1 
B45.   Capture User Suspension Reason – When changing the status of a User to 
Suspended, capture details including, but not limited to: 
User Suspension Reason, including but not limited to: 
 Suspended from work 
 On extended leave 
 Temporary reassignment 
 Other values will be confirmed in a Detailed Requirements Specification to be 
developed by the Contracted Consultant. 
User performing Suspension 
Date & Time of Suspension 
These details will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Should 
Have 
Release 1 
B46.   User actions visible when Inactive – Display User actions captured in the system 
Must 
Release 1 
C# PDF Page Insert Library: insert pages into PDF file in C#.net
how to merge PDF document files by C# code, how to rotate PDF document page doc2.Save(outPutFilePath Add and Insert Multiple PDF Pages to PDF Document Using
how to rotate a pdf page in reader; how to rotate one page in pdf document
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
Able to extract PDF pages and save changes to original PDF file in C#.NET. C#.NET Sample Code: Extract PDF Pages and Save into a New PDF File in C#.NET.
rotate pdf pages by degrees; save pdf rotate pages
CONFIDENTIAL 
Page 38 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
even when the User has a status of Inactive. 
Have 
B47.   Modify User Office – Allow the modification of the Office in which a User works 
from. 
A User may only be linked to an Office with Office Status of Active. 
Must 
Have 
Release 1 
B48.   Modify Access Control Profile – Allow the modification of the Access Control 
Profile which is assigned to the User. 
Must 
Have 
Release 1 
QUERY AND VIEW USER DETAILS 
ID 
Requirement 
Priority 
Software 
Release 
B49.   Search for individual Users – Identify individual Users by a number of means 
including, but not limited to: 
User ID 
Search criteria will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
B50.   Search for one or more Users meeting criteria – Identify and list one or more of 
Users which meet criteria including, but not limited to: 
Part of a User Name  (wild card) 
Job Designation 
User Status 
Last Login Date Range 
Office  
Access Control Profile (all Users that have the given Access Control Profile)  
Allow one, more or all of the above criteria be used simultaneously to identify Users. 
Search criteria will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Should 
Have 
Release 1 
B51.   Display number of Users meeting Criteria – Show the total number of Users that 
met the search criteria. 
Should 
Have 
Release 1 
B52.   Display summary information for each User meeting criteria – Display 
pertinent summary information for each User that meets the search criteria.  User 
fields should be displayed in columns, with a row for each of the Users that met the 
search criteria. 
Paginate rows so as to not exceed a user defined number of rows on each page, but 
to ensure that all returned rows can be accessed. 
Should 
Have 
Release 1 
B53.   Export summary User information to Excel – Allow the displayed User columns 
and rows to be exported to Microsoft Excel format. 
Nice to 
Have 
Release 1 
B54.   Export summary User information to .PDF – Allow the displayed User columns 
and rows to be exported to Adobe PDF format. 
Nice to 
Have 
Release 2 
B55.   Export summary User information to Email – Allow the displayed User columns 
and rows to be exported to an agreed Email word processor format. 
Nice to 
Have 
Release 2 
B56.   Print summary User information– Allow the displayed User columns and rows to 
be printed. 
Should 
Have 
Release 1 
VB.NET PDF Page Insert Library: insert pages into PDF file in vb.
outPutFilePath As String = Program.RootPath + "\\" Output.pdf" Dim doc1 doc2.InsertPages(pages, pageIndex) ' Output the new document doc2.Save(outPutFilePath
pdf rotate single page and save; saving rotated pdf pages
How to C#: Rotate Image according to Specified angle
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET PowerPoint, VB.NET Tiff, VB Steps to Rotate image. Save the rotated image to an image file on the disk
rotate pdf pages on ipad; rotate pdf page few degrees
CONFIDENTIAL 
Page 39 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
B57.   Multi-select Users for modification – Allow access to User modification functions 
described in this section for the results of a search for one or more Users meeting 
criteria, so that multiple Users meeting criteria can be modified without performing 
multiple searches. 
Nice to 
Have 
Release 1 
B58.   View User Details – Display User details, including all User information by clicking 
on any of the rows returned in the search results.  
Allow modification of User information from here. 
Must 
Have 
Release 1 
B59.   View User Audit Trail – Display User Audit Trail details, including but not limited 
to: 
Login date & time 
Logout date & time 
Function used & associated record accessed date & time 
Associated records captured or modified 
Details will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Allow the Audit Trail to be filtered between a defined date range. 
Must 
Have 
Release 2 
B60.   Print User Details – Print User details, including all User information and User 
Audit Information. 
Nice to 
Have 
Release 1 
CAPTURE ACCESS CONTROL PROFILES 
ID 
Requirement 
Priority 
Software 
Release 
B61.   Capture Access Control Profiles – Allow the definition of multiple Access Control 
Profiles that each determine what Users who are allocated that Access Control 
Profile are able to perform in the system. 
Must 
Have 
Release 1 
B62.   Access Control Profiles define low level Functions that can be performed – 
Each Access Control Profile should determine each of the functions that can be 
accessed.  Functions should be defined at the lowest possible level (i.e. at least the 
level of the requirements defined in this document) and not simply at the highest 
level ‘menu option’ level.  This is a lower level that is currently supported in the 
Existing NamLITS system. 
Note that this must not be implemented through a large number of low level menu 
options.  Multiple system functions may be accomplished in one screen – access to 
relevant tabs, buttons and areas of the screen should be determined by the function 
associated with the tab, button or area and the users access rights as defined in their 
linked Access Control Profile. 
For example, it should be possible to define an Access Control Profile which allows 
access to view Establishment Information and perform a Livestock Observation, but 
prevents Establishment Information from being updated, even though all of these 
functions are accessed from the same Menu option. 
Must 
Have 
Release 1 
B63.   Access Control Profiles define which Establishment Types can be created and 
maintained – Each Access Control Profile should determine which Establishment 
Types can be added and maintained. 
For example, it should be possible to define an Access Control Profile which allows 
access to create or modify Establishments which are Farms or Grazing Areas but 
Must 
Have 
Release 1 
How to C#: Basic SDK Concept of XDoc.PDF for .NET
example, you may easily create, load, combine, and split PDF file(s), and add, create, insert, delete, re-order, copy, paste, cut, rotate, and save PDF page(s
how to rotate one page in a pdf file; rotate pdf page permanently
C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
key. Quick to remove watermark and save PDF text, image, table, hyperlink and bookmark to Word without losing format. Powerful components
rotate pdf pages in reader; how to change page orientation in pdf document
CONFIDENTIAL 
Page 40 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
does not allow access to create or modify Establishments which are Auction Agents 
or Abattoirs. 
B64.   Access Control Profiles define which Traditional Authority Types can be 
created and maintained – Each Access Control Profile should determine which 
Traditional Authority Types can be added and maintained. 
Must 
Have 
Release 1 
MAINTAIN ACCESS CONTROL PROFILES 
ID 
Requirement 
Priority 
Software 
Release 
B65.   Maintain Access Control Profiles – Allow the modification of Access Control 
Profiles. 
Must 
Have 
Release 1 
B66.   Modify low level Functions that can be performed – Allow the low level 
Functions that can be performed to be added or removed from a given Access 
Control Profile 
Must 
Have 
Release 1 
B67.   Modify Establishment Types that can be created and maintained – Allow the 
Establishment Types that can be created or modified to be added or removed from a 
given Access Control Profile. 
Must 
Have 
Release 1 
B68.   Modify Traditional Authority Types can be created and maintained – Allow the 
Traditional Authority Types that can be created or modified to be added or removed 
from a given Access Control Profile. 
Must 
Have 
Release 1 
QUERY AND VIEW ACCESS CONTROL PROFILES 
ID 
Requirement 
Priority 
Software 
Release 
B69.   Search for individual Access Control Profiles – Identify individual Users by a 
number of means, including but not limited to: 
Access Control Profile 
Search criteria will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
B70.   Search for one or more Access Control Profiles meeting criteria – Identify and 
list one or more of Access Control Profiles which meet criteria, including but not 
limited to: 
Function that can be performed 
Function that can not be performed 
Establishment Type that can be created or modified 
Traditional Authority that can be created or modified 
Allow one, more or all of the above criteria be used simultaneously to identify Access 
Control Profiles. 
Search criteria will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Nice to 
Have 
Release 1 
B71.   Display number of Access Control Profiles meeting Criteria – Show the total 
number of Access Control Profiles that met the search criteria. 
Nice to 
Have 
Release 1 
B72.   Display summary information for each Access Control Profile meeting criteria  Nice to 
Release 1 
CONFIDENTIAL 
Page 41 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
– Display pertinent summary information for each Access Control Profile that meets 
the search criteria.  Access Control Profile fields should be displayed in columns, with 
a row for each of the Access Control Profiles that met the search criteria. 
Paginate rows so as to not exceed a user defined number of rows on each page, but 
to ensure that all returned rows can be accessed. 
Have 
B73.   Export summary Access Control Profile information to Excel – Allow the 
displayed Access Control Profile columns and rows to be exported to Microsoft 
Excel format. 
Nice to 
Have 
Release 1 
B74.   Export summary Access Control Profile information to .PDF – Allow the 
displayed Access Control Profile columns and rows to be exported to Adobe PDF 
format. 
Nice to 
Have 
Release 2 
B75.   Export summary Access Control Profile information to Email – Allow the 
displayed Access Control Profile columns and rows to be exported to an agreed 
Email word processor format. 
Nice to 
Have 
Release 2 
B76.   Print summary Access Control Profile information– Allow the displayed Access 
Control Profile columns and rows to be printed. 
Should 
Have 
Release 1 
B77.   Multi-select Access Control Profiles for modification – Allow access to Access 
Control Profile modification functions described in this section for the results of a 
search for one or more Access Control Profiles meeting criteria, so that multiple 
Access Control Profiles meeting criteria can be modified without performing multiple 
searches. 
Nice to 
Have 
Release 1 
B78.   View Access Control Details – Display Access Control Profile details, including all 
Access Control Profile information by clicking on any of the rows returned in the 
search results.  
Allow modification of Access Control information from here. 
Must 
Have 
Release 1 
B79.   Print Access Control Details – Print Access Control Profile details, including all 
Access Control Profile information.  
Should 
Have 
Release 1 
CONFIDENTIAL 
Page 42 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
C. MANAGE TRADITIONAL AUTHORITIES 
The user requirements for this major function are as follows: 
CAPTURE TRADITIONAL AUTHORITY DETAILS 
ID 
Requirement 
Priority 
Software 
Release 
C1.   Capture Traditional Authorities – Capture details of the each of Traditional 
Authority that is a stakeholder in Livestock Identification and Tracking. 
Must 
Have 
Release 1 
C2.   Restrict ability to Capture Traditional Authorities based on Office Hierarchy – 
Only the following users are able to capture Traditional Authorities: 
Users linked to Office Level 1 (NamLITS HQ) with an Access Profile that 
allows Capture of Traditional Authorities 
User linked to Office Level 2 (NamLITS North HQ or NamLITS South HQ) 
with an Access Profile that allows Capture of Traditional Authorities 
Users linked to Office Level 3 (SVO) with an Access Profile that allows Capture of 
Traditional Authorities can only capture Traditional Authorities that are linked to 
their own SVO Jurisdiction. 
Users linked to Office Level 4 may not capture any Traditional Authorities even if 
they are linked to an Access Profile that allows this function. 
Should 
Have 
Release 1 
C3.   Traditional Authority Hierarchy & Type – There is a three level hierarchy of 
Traditional Authorities: 
Level 1  Recognised Chief (responsible for a large area) 
Level 2  Senior Headman (responsible for multiple villages) 
Level 3  Headman (typically responsible for 1-3 villages) 
The system should support the capture of this hierarchical relationship between 
Traditional Authorities. 
Traditional Authority Type is synonymous with the level in the hierarchy. 
These values will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
C4.   Traditional Authority Status – Support Traditional Authority Status’s including, but 
not limited to: 
Active  Traditional Authority is active and is issuing Traditional Authority 
Movement Permits 
Suspended  Traditional Authority is temporarily suspended from issuing 
Traditional Authority Movement Permits 
Inactive  Traditional Authority is not active in Livestock Identification and 
Traceability. 
A Traditional Authority may only have an Inactive status if no Establishments are 
linked to it. 
These values will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
C5.   Traditional Authority Unique IDs – Support a unique Identifier for each 
Traditional Authority. 
Must 
Have 
Release 1 
C6.   Traditional Authority GPS Points – Support the geographical definition of 
Should 
Release 1 
CONFIDENTIAL 
Page 43 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
Traditional Authorities as points (using a longitude and latitude GPS co-ordinate pair)  Have 
C7.   Traditional Authority Details – Capture Traditional Authority details including, but 
not limited to: 
Traditional Authority Name 
Traditional Authority Status 
Traditional Authority Unique ID  
Traditional Authority GPS Points 
Parent Traditional Authority (only the Recognized Chiefs should have no parent) 
Traditional Authority Type 
Traditional Authority Physical Address 
Traditional Authority Postal Address 
Traditional Authority Mobile Number 
Traditional Authority Telephone Number 
Traditional Authority Fax Number 
Traditional Authority Email Address 
Traditional Authority Region 
Traditional Authority Magisterial District 
Traditional Authority Surveyor General Registration Division  
Traditional Authority Constituency 
These details will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Must 
Have 
Release 1 
C8.   Link Traditional Authority to one or more SVO Jurisdictions – Allow the 
Traditional Authority to be linked to one or more Level 3 Office (State Veterinary 
Office), where that Traditional Authority is serviced by the SVO Jurisdiction. 
Must 
Have 
Release 1 
C9.   Link Traditional Authority to Establishments – Allow Traditional Authorities to 
be linked to one or more Establishments, where the Traditional Authority has 
authority over Livestock Keepers that use the Establishment. 
Must 
Have 
Release 1 
C10. 
Propagate Authority up the Traditional Authority Hierarchy – Where a given 
Traditional Authority is linked to an Establishment to indicate authority over 
Livestock Keepers that use that Establishment, then the parent Traditional Authority 
and the parent of the parent Traditional Authority (if applicable) are also deemed to 
have authority over that Livestock Keepers that use that Establishment. 
Should 
Have 
Release 1 
MAINTAIN TRADITIONAL AUTHORITY DETAILS 
ID 
Requirement 
Priority 
Software 
Release 
C11. 
Modify Traditional Authority Details – Allow the modification of all information 
captured against a Traditional Authority. 
Must 
Have 
Release 1 
C12. 
Restrict ability to Modify Traditional Authorities based on Office Hierarchy – 
Only the following users are able to modify Traditional Authorities: 
Users linked to Office Level 1 (NamLITS HQ) with an Access Profile that 
Should 
Have 
Release 1 
CONFIDENTIAL 
Page 44 of 220 
NamLITS-NCA User Requirements Specification 
Tinka Consultancy & Investments cc 
ID 
Requirement 
Priority 
Software 
Release 
allows Modification of Traditional Authorities 
User linked to Office Level 2 (NamLITS North HG or NamLITS South HQ) 
with an Access Profile that allows Modification of Traditional Authorities 
Users linked to Office Level 3 (SVO) with an Access Profile that allows Modification 
of Traditional Authorities can only modify Traditional Authorities that are linked to 
their own SVO Jurisdiction. 
Users linked to Office Level 4 may not modify any Traditional Authorities even if 
they are linked to an Access Profile that allows this function. 
C13. 
Modify Traditional Authority Status – Allow Traditional Authority Status to be 
changed: 
A Traditional Authority may only have an Inactive status if no Establishments are 
linked to it. 
Must 
Have 
Release 1 
C14. 
Capture Traditional Authority Suspension Reason – When changing the status of 
a Traditional Authority to Suspended, capture details including, but not limited to: 
Traditional Authority Suspension Reason, including but not limited to: 
 Suspended from serving 
 Previous deceased not yet replaced 
 Other values will be confirmed in a Detailed Requirements Specification to be 
developed by the Contracted Consultant. 
User performing Suspension 
Date & Time of Suspension 
These details will be confirmed in a Detailed Requirements Specification to be developed by the 
Contracted Consultant. 
Should 
Have 
Release 2 
C15. 
Modify SVO Jurisdictions – Allow the modification of the SVO Jurisdictions that 
service the Traditional Authority. 
Must 
Have 
Release 2 
C16. 
Modify Traditional Authority Hierarchy – Allow the Traditional Authority 
Hierarchy to be modified by changing the administering parent for any given 
Traditional Authority. 
For example it should be possible to “promote” a Senior Headman to a Recognised 
Chief or “demote” a Senior Headman to a Headman, etc. 
Must 
Have 
Release 1 
C17. 
Modify Traditional Authority-Establishment Links – Allow the addition and 
deletion of Traditional Authority-Establishment Links. 
Must 
Have 
Release 1 
QUERY &VIEW TRADITIONAL AUTHORITIES 
ID 
Requirement 
Priority 
Software 
Release 
C18. 
Search for individual Traditional Authorities – Identify individual Traditional 
Authorities by a number of means including, but not limited to: 
Traditional Authority Unique ID  
Child Traditional Authority (i.e. find the Traditional Authority which is the level 
above a given Traditional Authority) 
Establishment which the Traditional Authority has authority over 
Must 
Have 
Release 1 
Documents you may be interested
Documents you may be interested