Operational Concept Description (OCD)



DOCPROPERTY Title \* MERGEFORMAT Operational Concept Description (OCD)Geocode Data ReaderTeam #10Anamarie HaSoftware Architect / UML ModelerAshi RankaFeasibility Analyst / PrototyperDamini CousikImplementer / Quality Focal PointKarthik KenkereSoftware Architect / ImplementerPawandeep GillRequirements Engineer / PrototyperSriramkumar ThamizharasanImplementer / Project ManagerSuchetha I BhatProject Manager / Operational Concept EngineerVidhubala SelvarajLife Cycle Planner / Tester10/20/2020Version HistoryDateAuthorVersionChanges madeRationale09/12/20Suchetha Bhat0.1OCD Template createdFollowed the OCD template given to create outline of OCD document with different sections09/19/20Suchetha Bhat0.2Completed Section 1Drafted Section 2Completed Section 1 and drafted section 2 after first WIN-WIN negotiation - 1 with updated understanding of stakeholders, assumptions, beneficiaries, initiatives, value propositions, requirements09/26/20Suchetha Bhat0.3Updated and completed Section 2Drafted the Capabilities Goals, Level of Service Goals, Organization Goals, Element Relationship Diagram, Business Workflows (Section 3)Updated the benefit chain diagram, system boundary and environment diagram post WIN-WIN negotiation – 2 with better understandingCreated drafts to confirm with Client in the weekly meeting09/28/20Suchetha Bhat0.4Completed Section 3Confirmed drafts with client and included priorities to the goals and completed the document09/30/20Suchetha Bhat0.5Included activity log, recovery bin, country admin features to capability goalsUpdate post client meeting on 09/3010/20/20Suchetha Bhat1.0(Released)Included Operational Screenshots sectionIncluded post prototype demo of Phase1 in ARB sessionTable of Contents TOC \o "1-4" Operational Concept Description (OCD) PAGEREF _Toc332967426 \h iVersion History PAGEREF _Toc332967427 \h iiTable of Contents PAGEREF _Toc332967428 \h iiiTable of Tables PAGEREF _Toc332967429 \h ivTable of Figures PAGEREF _Toc332967430 \h v1.Introduction PAGEREF _Toc332967431 \h 11.1Purpose of the OCD PAGEREF _Toc332967432 \h 11.2Status of the OCD PAGEREF _Toc332967433 \h 12.Shared Vision PAGEREF _Toc332967434 \h 22.1Benefits Chain PAGEREF _Toc332967435 \h 32.2System Capability Description PAGEREF _Toc332967436 \h 42.3System Boundary and Environment53.System Transformation63.1System Objectives, Constraints and Priorities PAGEREF _Toc332967440 \h 63.2Proposed New Operational Concept PAGEREF _Toc332967441 \h 83.3Organizational and Operational Implications113.4Operational Screenshots12Table of Tables TOC \h \z \c "Table" Table 1: The Program Model PAGEREF _Toc332967446 \h 2Table 2: Level of Service Goals PAGEREF _Toc332967447 \h 7Table 3: Capability Goals 9Table of Figures TOC \h \z \c "Figure" TOC \h \z \c "Figure" Figure 1: Benefits Chain Diagram of GEOCODE Data Reader Application PAGEREF _Toc332967449 \h 3Figure 2: Benefits Chain Diagram PAGEREF _Toc332967450 \h 3Figure 3: System Boundary and Environment Diagram of GEOCODE Data Reader Application PAGEREF _Toc332967451 \h 5Figure 4: Element Relationship Diagram8Figure 5: Business Workflow Diagram of GEOCODE Search by User9Figure 6: Business Workflow for User Suggestion PAGEREF _Toc332967456 \h 9Introduction1.1 Purpose of the OCDThe purpose of this document is to describe the shared vision and goals of the web application – GEOCODE Data Reader from the viewpoint of its users. The success critical stakeholders of the project are:Matt Bemis, as the Project OwnerEducational Credential Evaluators such as International Education Research Foundation (IERF), National Association of Credential Evaluation Services (NACES) as UsersHigher Education Communities like American Association of Collegiate Registrars and Admissions Officers (AACRAO) as UsersSchool Administration offices, as userTeam 10, CS577a, USC team as developersMaintainerCountry AdministratorIt is a non-profit open application that is accessible to anyone around the globe wanting to search an institution’s GEOCODE.1.2 Status of the OCDThis is the first version (1.0) of the document. This document has been created after multiple discussions with the client with a detailed understanding of the expectations of the application.Shared VisionTable SEQ Table \* ARABIC 1: The Program ModelAssumptionsSchool Administration require documents from different institutions (domestic or international) to be certifiedGECODE identifies a unique code for every post-secondary institution around the globe; the code is immutable and used in EDIThe number of institutions registering with GEOCODE will continuously increaseGEOCODE helps in quick verification of institution credentials and fast EDI exchangeStakeholdersInitiativesValue PropositionsBeneficiariesDeveloper Team – Team 10, CS577a, USCMatt Bemis, Project ownerThe steering committee who assigns GEOCODE to institutions and adds them to the databaseDevelop user friendly search applicationThe application must have good UI based on Trojan colors and designReduction of manual labor of comparing against multiple code conventionsBetter reach for the usage of a singular code of convention (GEOCODE)Better user experienceEfficient EDI exchange between institutions across the worldEducational Credential Evaluators like IERFHigher Education Community like AACRAO and PESAnybody who uses or processes institution data2.1 Benefits ChainFigure SEQ Figure \* ARABIC 1: Benefits Chain Diagram of GEOCODE Data Reader ApplicationFigure SEQ Figure \* ARABIC 2: Benefits Chain Diagram2.2 System Capability Description GEOCODE is an immutable unique universal code that is assigned to institutions across the globe. The GEOCODE Data Reader application is the means to make GEOCODE accessible to all individuals irrespective of their location. This would greatly benefit in the efficient process of EDI exchange between institutions. Educational institutions need to verify the institution credentials of their current or incoming students. This is a tedious process as each country has its own native indices for institutions and with hundreds or thousands of students coming in every year, the verification process, when done manually, is time-consuming and open to human-error. Thus, we have the EDI exchange process to reduce manual labor and human error. However, the multiple native indices in each country are a hindrance to the complete adoption of EDI by institutions. The GEOCODE Data Reader application aims to eliminate this hindrance by making the GEOCODE accessible to an end-user such as the Educational Credential Evaluators, organizations belonging to the Higher Educational Community such as AACRAO, NACES, etc. This application will be periodically updated to include new institutions or delete inactive institutions.Overall, GEOCODE Data Reader application will be kept up to date using which institutions can perform EDI Exchange process efficiently and seamlessly without any roadblock.2.3 System Boundary and EnvironmentFigure SEQ Figure \* ARABIC 3: System Boundary and Environment Diagram of GEOCODE Data Reader ApplicationSystem TransformationSystem Objectives, Constraints and PrioritiesCapability GoalsTable 3 – Capability GoalsCapability GoalsPriority LevelOC – 1 User Profile Functions:User can search institutions for GEOCODE using various fieldsUser can view the search results and use multiple filters such as type of institutions, country, sorting to filter the returned resultUser can suggest to add new institution for GEOCODE assignmentUser can suggest edit to current details of institution1OC – 2 Admin Profile Functions:Admin can view suggestions (edit/add) made by user and reject or approve the suggestions as per the verification of the required detailsAdmin can add the approved suggestions to the databaseAdmin can delete inactive institutions / incorrect records – deleted records can be recovered within 30 days of deletionAdmin can view a log of all activities performed by admin role (data and time of addition/deletion to database, approval/ rejections of suggestions, username)1OC – 3 Search System:The GEOCODE of institutions can be searched using various fields such as Name of Institution, Country and Keywords1OC – 4 Interaction with Local File System:The searched result can be downloaded in CSV/JSON formatBulk upload of institutions can be performed from CSV/JSON files to the database2OC – 5 Data Visualization:World map visualization of countries where institutions have adopted GEOCODEHovering over the country in world map will also show the number of institutions registered3OC – 6 Suggestion Translation:When the user provides suggestion to add or edit institutions details, he/she can provide the suggestion using their native language3Level of ServiceTable SEQ Table \* ARABIC 2: Level of Service GoalsLevel of Service GoalsPriority LevelLOS - 1: Availability1LOS - 2: Database Scalability2LOS - 3: Response Time1Organizational GoalsPESC is the organization that has taken the initiative to build this application for the higher education community. This application will significantly save time and efforts involved in verification of institution verification. This will be the only common universal code that an institution will have using which it can be recognized by all other institutions or any member of the education community across the world. With the entire educational community benefitted significantly, this is a non-profit initiative funded and maintained by PESC. The organizational goals with respect to the GEOCODE Data Reader Application:OG – 1: Perform quick and efficient search of GEOCODE with different fieldsOG – 2: Have easy to use User Interface to accommodate all types of users with basic to expert computer skillsOG – 3: Reduce cost to verify institution credentials for different educational institutionsOG – 4: Provide scalability to accommodate the continuously growing list of institutionsProposed New Operational ConceptElement Relationship DiagramFigure 4: Element Relationship DiagramBusiness WorkflowsFigure 5: Business Workflow Diagram of GEOCODE Search by UserFigure 6: Business Workflow for User suggestionOrganizational and Operational ImplicationsOrganizational TransformationsThe application will require a dedicated admin team who will be responsible for the correctness and scalability of data. A maintainer will be required to maintain and monitor the system health. Our client Matt Bemis will be part of the admin team and will hire members for maintaining the system and perform the admin tasks.Operational TransformationsThere will be a major change in terms of adoption of GEOCODE by institutions. Currently, there is no system that makes GEOCODE viable to everyone across the world. The changes will be as follows:User will be able to view GEOCODE of institutions across the globeUser will be able to export the institutions details with the GEOCODE in CSV/JSON formatIndividual users or Educational institutions will get a holistic idea on the number of countries that have adopted GEOCODENew institutions can be added by bulk upload or from user’s suggestion – this will majorly contribute to the increase in the adoption of GEOCODE by institutions due to its ease of suggestionIncorrect data or invalid data in the database can be deletedAdmin have access to activity log In case the deletion of record was un-intentional, it can be restored within 30 daysOperational ScreenshotsThis section includes the operations screenshots of Phase1 of GEOCODE Data Reader.Main Landing Page:Guest User Search and Export:User Login:Registered User Search and Export:Registered User Suggest Edit:Registered User Suggest New:Admin Login:Admin Search:Admin Add an Institution:Admin Approve/Reject Suggestions: ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download