Internship Report Digital Self Service Platform Grameenphone

Internship Report
On
Digital Self Service Platform Development:
MyGP of Grameenphone Ltd.
Supervised by:
Mr. Shahed Iqbal Khan
Jr. Lecturer
Department of Computer Science and Engineering
University of Liberal Arts Bangladesh (ULAB)
Submitted by:
MD. Insanul Haque Siddique
ID: 113014033
University of Liberal Arts Bangladesh
Date of Submission: 26/04/17
1

Declaration
I, the undersigned hereby declare that this internship report on “Digital Self Service
Development: MyGP of Grameenphone Ltd.” Has been prepared by me under the
guidance of Mr. Shahed Iqbal Khan for the partial fulfillment of the degree of Bachelor in
Computer Science and Engineering from department program from the Department of
Computer Science and Engineering (CSE), University of Liberal Arts Bangladesh (ULAB).
I assure that this report is original in nature and has not been submitted elsewhere for any
other motive.
________________________
(Md. Insanul Haque Siddique)
ID: 113014033
Dept. of Computer Science and Engineering
Date: 26/04/17
2

Letter of Transmittal
Date: 26/04/17
Jr. Lecturer
Subject: Submission of the internship report.
Dear Sir,
With great gratification, I am submitting my Internship Report on “Digital Self Service
Development: MyGP of Grameenphone Ltd” that fulfills partial requirement of
Computer Science and Engineering (CSE) degree. I am really pleased to inform you that I
have already finished my internship in Grameenphone Ltd. It was an interesting opportunity
for me to work on projects over there to enhance my knowledge and skill in the practical
field which will be very useful in my future career. I have tried my best to prepare this
report and to gather all relevant information from different available sources and followed
your guidelines.
Therefore, I sincerely hope that you will appreciate my effort and accept my internship
report as it may suffer from some shortcomings. I shall be grateful if my report is accepted
for the applicable purpose. Thanking you for your kind supervision.
Sincerely Yours,
Md. Insanul Haque Siddique
ID: 113014033
3

Certificate of Approval
This is to certify that the report on “Digital Self Service Development: MyGP of
Grameenphone Ltd.” has been submitted by Md. Insanul Haque Siddique, ID No.
113014033, University of Liberal Arts Bangladesh (ULAB), accepted as satisfactory for the
partial fulfillment of the requirements for the degree of Bachelor of Science (B.SC.) in
Computer Science and Engineering (CSE).
_____________________________
Prof. Dr. Sazzad Hossain
Professor and Dept. Head
_____________________________
Supervisor:
Jr. Lecturer
Acknowledgement
4

The gratification that accompanies that the successful completion of any task would be
incomplete without the mention of people whose cooperation made it possible, whose
constant guidance and encouragement crown all efforts with success.
At first I desire to express my deepest sense of gratitude of almighty Allah who has blessed
me with the ability to finish my internship report within due time. This internship report is
the important part of the program criteria that is a requirement to fulfill the Bachelor
Program in Computer Science and Engineering at University of Liberal Arts Bangladesh. I
would like to give my heartiest salutations to my supervisor Mr. Shahed Iqbal Khan for his
encouragement, supervision, support and time. His constant guidance and kind nature had
helped me to gain the maximum amount of knowledge from my internship experience. I
would like to thank our department head Prof. Dr. Sazzad Hossain sir and my supervisor
again Mr. Shahed Iqbal Khan sir for approving my report. I am also grateful to
Grameenphone Ltd. for giving me the opportunity to learn and get the real life work
experience in such a wonderful working environment.
I thank to those who have supported me in training and preparing this report. My special
thanks to Mr. Jamil Wahid, senior system Engineer and Mr. Tawhid-Ul-Islam, senior
Trainee (UAT - User Acceptance Testing) of MyGP team. His contribution is highly
regarded and I am grateful for the time they took to help me fulfill my objectives. At last but
not least, I thank my parents for their unquestionable support.
Executive Summary
5

This report highlights my Special Assignment duty (13 June, 2016 – 15 August, 2016)
during my employment as a Trainee at Digital Channels Department of Grameenphone Ltd.
I was working there on Digital Small Screen Self Service Application development (client
end, technical) project known as MyGP. Grameenphone Limited is the leading Telecom
operator in Bangladesh where Digital Channels dept. manages all the Digital Services
provided by Grameenphone Ltd. for their consumers. I had responsibilities like UAT (User
Acceptance Testing) of the project, co-ordinate with cross functional team for project
management and control analysis and also keeping communication within the relevant
stakes. I also worked on the after project launch analytics. I have tried to make this
internship report informative and analytical as much as possible according to the
information as I collected. So this will provide details and insights of my works. This
implies the fact that the total focus of this report will be very helpful for gather detail
knowledge about telecommunication industries’ digital services and its internal working
environment.
Table of Contents
Table of Contents................................................................................................................................6
6

List of Figures.......................................................................................................................................8
CHAPTER 1.........................................................................................................................................10
Introduction.......................................................................................................................................10
1.1 Overview..................................................................................................................................10
1.2 Project Objective.....................................................................................................................11
1.3 Scope of the Project.................................................................................................................11
1.4 Limitations of the Report.........................................................................................................11
1.5 Scope of the Report.................................................................................................................12
Company Profile............................................................................................................................13
2.3 GP Digital Product and Services...................................................................................................15
CHAPTER 3.........................................................................................................................................16
Background Literature.......................................................................................................................16
4.1 Goal:........................................................................................................................................17
4.2 Connectivity:............................................................................................................................17
4.3 UI Design:.................................................................................................................................17
4.5 Platform: ................................................................................................................................17
4.6 Features: ................................................................................................................................17
4.7 Developer:...............................................................................................................................17
4.8 Development:..........................................................................................................................18
..........................................................................................................................................................18
CHAPTER 5.........................................................................................................................................18
Requirements Engineering................................................................................................................18
5.2 System Requirements:.........................................................................................................19
5.3 User Requirements:.............................................................................................................19
CHAPTER 6.........................................................................................................................................20
6.1 User Login:...................................................................................................................................20
6.2 Service request processing:.........................................................................................................23
6.3 REST (Representational state transfer)ful API implementation:..................................................25
6.4 Scalable Architecture for load management:..........................................................................26
CHAPTER 7.........................................................................................................................................27
Development and Implementation...................................................................................................27
7.1 Integration Framework............................................................................................................28
7.2 The client tier.......................................................................................................................28
7.3 The middle tier.....................................................................................................................28
7

7.4 The Database Tier................................................................................................................28
7.5 Physical design.........................................................................................................................29
7.6 Back End Design...................................................................................................................29
CHAPTER 8.........................................................................................................................................29
Testing...............................................................................................................................................29
8.1 Introductionion........................................................................................................................29
8.2 Objectives of Testing...............................................................................................................30
8.3 Test Level.................................................................................................................................30
8.3.1 Unit Test...........................................................................................................................30
8.3.2 Integration Test or System Test........................................................................................31
8.3.3 Acceptance Test................................................................................................................31
Project Outcome...............................................................................................................................32
CHAPTER 10.......................................................................................................................................34
MyGP progressive updates and ChangeLogs.....................................................................................34
CHAPTER 11.......................................................................................................................................37
Further Advancements of MyGP project...........................................................................................37
CHAPTER 12.......................................................................................................................................38
Conclusion.........................................................................................................................................38
REFERENCES......................................................................................................................................39
List of Figures
Figure 1:1 Share scenario of Grameenphone.........................................................................13
Figure 1:2 Mobile spectrum licenses....................................................................................14
Figure 2:1 GP Digital Products and Services ......................................................................15
Figure 3:1 MyTelenor (Myanmar Application UI)................................................................16
Figure 3:2 MyTelenor (Myanmar Application promo)..........................................................16
8

Figure 4:1 Developer Portfolio..............................................................................................18
Figure 6:1 Use case diagram (user)........................................................................................20
Figure 6:2 Sequence diagram for User log in........................................................................21
Figure 6:3 RESTful API.........................................................................................................23
Figure 6:4 Scalable Architecture Diagram.............................................................................24
Figure 6:5 Service Request (activation) Processing Diagram................................................25
Figure 6:6 Service Request Processing Diagram 2................................................................29
Figure 7:1 MyGP Promo 1....................................................................................................30
Figure 7:2 MyGP Promo 2.....................................................................................................31
Figure 7:3 MyGP User interface............................................................................................32
Figure 8:1 MyGP Web UI (upcoming in Q2, 2017, Online).................................................36
Figure 8:2 MyGP Revamped proposed UIs (upcoming )………………………………… 26
Figure 8:3 MyGP Revamped proposed UIs (upcoming )......................................................36
9

CHAPTER 1
Introduction
1.1 Overview
I have been blessed to do internship at at Digital Channels Dept. of Grameenphone (GP)
Ltd., where I worked with the Digital Small Screen Self Service Application development
(client end, technical) project team known as MyGP team. At GP, I worked under the
supervision of Mr. Atique Ul Islam. GP is currently focusing on developing website and
mobile phone Applications for digital self-service for their consumers.
I was fortunate to look through the methods that are followed by them in building and in
running different kind of projects. I also got to know how the industrial development things
work and what type of process they follow.
At GP, I was working with the web development team. I have learned different things,
which are the core of any client end Application development project. The three (3) months
long internship was mainly my learning phase. I worked with the Digital Small Screen Self
Service Application development (client end, technical) who was developing an
Application-based system, named MyGP. My responsibilities were:
• Validation (Phrased as UAT at GP end)
• Report (to MyGP-Management Team )
• FAQ preparation (click based)
• Feedback (for MT end and vendor end)
• Int. Communication (among stakes, MTs, Digital Channels and Customer Service
Division)
• Analytics (User statistics)
10

I believe that my involvement at GP digital channels will not only enrich my career but also
will increase my ability to effect progressive change everywhere and make a valuable
influence in the field of Application-based system development
1.2 Project Objective
MyGP Application will be the single digital channel which lets customers interact with GP
through its rich and personalized user experience.
1.3 Scope of the Project
The Application is currently available for downloading in Google Play and Application
Store, This exclusive channel for Grameenphone users will help them to manage all GP
services with efficiency and ease.
Regular data charge will be Applicable for download and usage of the Application. The
Application can also be used offline, but real time information will not be updated when not
connected to the internet.
Both prepaid and postpaid users can use the Application. A user’s current bill, usage,
remaining data, call rates, STAR status and offers will be shown in the top of the dashboard.
1.4 Limitations of the Report
While gathering, analyzing and representing information, I have faced some limitations. The
main problem for me during the development of the system is the inadequacy and lack of
availability of required data. This is due to privacy policy of the organization. There were
lots of terms and conditions that were not fully understandable to me as it was an outhouse
development. However, later on I made myself familiar with a few of those terms. One of
the major limitations of this internship project is time constraint. There were also some other
limitations for preparing this report. These barriers have hindered my work. However,
despite the limitations I have tried hard to prepare a comprehensive and rather interesting
report. The overall limitations are given below:
• Difficult to access the latest data of internal operations.
• Some qualitative and statistical data that were needed were not fully obtained
as the concerned person was too busy in other work.
11

• I could not disclose or put some information in the report because of
organizational confidentiality.
1.5 Scope of the Report
This report is mainly prepared for academic purpose and for the fulfillment of the partial
requirement of CSE program from the Department of Computer Science and Engineering
(CSE), University of Liberal Arts Bangladesh (ULAB). This report has covered the direct
and indirect aspects of software industry, and their challenges and limitations. In addition,
the report is focused on web development. With the advancement of this web development
all over the world Bangladesh is also emerging.
12

CHAPTER 2
Company Profile
2.1 Company Overview
Grameenphone Ltd. is the biggest versatile Telco. Broadcast communications administrator
in Bangladesh regarding income, scope and endorser base. The organization was joined on
10 October 1996 as a private restricted organization. Grameenphone changed over to an
open restricted organization on 25 June 2007. The organization ended up plainly stock
recorded and began its exchanging at Dhaka and Chittagong Stock Exchanges from 16
November 2009. The shareholding structure contains for the most part two support
Shareholders in particular Telenor Mobile Communications AS (55.80%) and Grameen
Telecom (34.20%). The rest 10.00% shareholding incorporates General open and different
Institutions.
Figure 1:1 Share scenario
2.2 Network Infrastructure
13

According to Grameenphone, it has invested more than BDT 259 billion (USD 3.27 billion)
to build the network infrastructure since 1997. It invested over BDT 15 billion in 2014
alone.
Grameenphone has built the largest cellular network in the country with over 8,000 base
stations. As of presently, over 99 percent of the country's population is within the coverage
area of the Grameenphone network.
The entire Grameenphone network is also GPRS/EDGE/3G enabled, allowing access to
dial-up quality speed Internet and data services from anywhere within the coverage area.
There are over 10 million GPRS/EDGE/3G users in the Grameenphone network. GP has 3G
network at most of the urban and sub-urban area.
Grameenphone Ltd. is a leading provider of telecommunications services of Bangladesh.
The company operates a digital mobile telecommunications network based on the GSM
standard in the 900 MHz, 1800 MHz and 2100 MHz frequency bands, under license granted
by the Bangladesh Telecommunication Regulatory Commission (BTRC).
The table below gives an overview of the mobile spectrum licenses held by Grameenphone:
Figure 1:2 Mobile spectrum licenses
Grameenphone serves both rural and urban customers across Bangladesh, where mobile
telephony is a major driver of socioeconomic development. The company envisions to
provide the power of digital communication, enabling everyone to improve their lives, build
societies and secure a better future for all. The company also has always been a pioneer in
introducing new products and services in the local telecom market.
Grameenphone built its network on a nationwide basis. As of December 2015,
Grameenphone’s network covered more than 99% of Bangladesh’s population and 90% of
the total land area, and the network infrastructure included more than 10,068 sites in
operation around the country.
14

Grameenphone has so far invested more than BDT 278 Billion to build the network
infrastructure. It is one of the largest taxpayers in the country, having contributed more than
BDT 465 billion in direct and indirect taxes to the Government Exchequer over the years.
2.3 GP Digital Product and Services
Few Digital products and Srvices provided by Grameenphone:
• GP Online Shop (e-commerce based web service)
• GP Music(Music streaming web and Application based service)
• MyGP Application (Digital self Service Application)
• Wowbox (Digital lifestyle based Application)
Figure 2:1 Digital Products and Services
15

CHAPTER 3
Background Literature
3.1 My Telenor app
GP’s Sister concerns Telenor Myanmar and Telenor Pakistan has already launched
MyTelenor Application for their consumers for digital self-service management of all of
their Telco. based needs. So following that process Grameenphone also had to launch a
similar Application like that and thus MyGP came in the floor.
Figure 3:1 MyTelenor (Myanmar Application UI)
Figure 3:2 MyTelenor (Myanmar Application promo)
16

CHAPTER 4
The MyGP project development
(Client end, technical)
4.1 Goal:
MyGP Application will be the single digital channel which lets customers interact with GP
through its rich and personalized user experience. The Application will be available for
downloading in Google Play and Apple Store, This exclusive channel for Grameenphone
users will help them to manage all GP services with efficiency and ease.
4.2 Connectivity:
Regular data charge will be applicable for download and usage of the Application. The
Application can also be used offline, but real time information will not be updated when not
connected to the internet. When using GP internet, users will be automatically logged in, but
if they are on Wi-Fi, they need to log in using a Connect ID, which is the login solution of
Telenor. If a user changes his/her handset, they have to re-install the Application on the new
device.
4.3 UI Design:
MyGP with its world class design, user experience driven navigation, rich features and
personalized offerings will change the definition of digital self-care. Grameenphone has a
vast user base that spans Bangladesh. They required a clean, modern UI that would
minimize the user’s journey and maximize satisfaction. GP must have to create a user
interface that is intuitive and easy to use.
4.5 Platform:
Android {API 16(Version 4.1) and above}, iOS (8.0 and above)
4.6 Features:
A user’s current bill, usage, remaining data, call rates, STAR status and offers will be shown
in the top of the dashboard.
4.7 Developer:
Portonics was the developer for MyGP application. Portonics also provided the Payment
Gateway Services (Port Wallet) for GP securing e-Transactions made by subscribers via
MyGP Application.
17

Figure 4:1 Developer Portfolio
4.8 Development:
MyGP team was formed by the start of Q2, 2017, Online and project was handed over to the
vendor by the end of April, 2017, Online.
Vendor handed over the beta for GP end validation (UAT) of SR (Service Request)
provisioning created by users to GP by the mid of July, 2017, Online.
MyGP application was launched commercially on August 09, 2016
Development of MyGP is a continuous process and users will get new features every now
and then to be updated with all GP services.
CHAPTER 5
Requirements Engineering
5.1 Introduction
18

Requirement analysis is the heart of system analysis. Using a variety of tools, system
analysts study the current system and documents for further analysis. In order to develop a
system, certain things should be under consideration to the system developer. Among them
requirement analysis is the most difficult one to gather information in an accurate manner.
The reason behind is that, among all methods used for developing a system, Requirement
Analysis is a combination of rest of the facts. System Analysis refers to the study of the
problems that the organization aims to resolve with the extensive application of the
proposed information system into the organization. It is really difficult for an Intern student,
to analyze and solve the problems, which the user faces with the existing system within a
limited time. It needs proper observation of the system developer, personal interview with
the user, their requirements, determining the most suitable system, designing the system;
develop the system using the best suited cost effective techniques and finally replacement of
the current system with the newly developed one. I tried my level best to gather as much
data I can manage with in this short period of time for requirement analysis
5.2 System Requirements:
• Core Controlled Features.
• Powerful Push Notifications.
• Scalable Architecture.
• Automated Reporting.
• Single REST API for connecting to Core from Application.
5.3 User Requirements:
• Intuitive and easy to use UI.
• Seamless UX.
• Check balance and usage at a single click.
• Recharge, Bill payment.
• Purchase internet packs.
19

• Flexiplan integration.
• Manage FnF and other VAS.
• STAR status and redeem offers.
• Personalized User profile.
CHAPTER 6
Key Technical information of MyGP Application
6.1 User Login:
Users will be logged on automatically with their GP 3G internet connection authenticated by
their respective MSISDN (Mobile Station International Subscriber Directory Number).
20

Figure 6:1 Use case diagram (user)
The Application can also be used offline, but real time information will not be updated
when not connected to the internet. Users, if they are on Wi-Fi, they need to log in using a
Connect ID, which is the login solution of Telenor. If a user changes his/her handset, they
have to re-install the Application on the new device.
21

Figure 6:2 Sequence diagram for User log in
22

6.2 Service request processing:
Figure 6:3 Service Request Processing Diagram
For service request processing and execution testing which are generated via MYGP
application we were given access to several systems like SAP (Service Activation Platform),
CRM (Customer Relationship Management), CBIO (Consumer Billing in One), BSCS
(Business Support Control System), ERS (Electronic Recharge System), VASM (Value
Added Services Management) etc. We generated and observed Service requests from
different products of GP and monitored the whole flow of the execution process. If there
were any error anywhere or in any particular system
For different types of service request execution and processing, HTTP requests are send by
the client via web access to the SAP (Service Activation Platform), SAP validates the
request type and send them to their respective processing module for further processing. For
activation of new packs or bundles the request is forwarded to the campaign factory and for
modification of different GSM (Global Systems for Mobile) services it is forwarded to the
HLR (Home Location Register) factory.
23

Figure 6:4 Service Request Processing Diagram
The respective module validates them and sends them to further execution modules for
further processing. If any request does not pass the proper validation then the particular
module sends failure notification to SAP and SAP sends the response to the client and if the
request passes the validation it is forwarded to disbursement factory for campaign activation
or to IN (Integration Module) module for GSM features modification and the respective
modules send the success notification to SAP (Service Activation Platform), and SAP
(Service Activation Platform), sends the assurance to the client for a successful service
request execution.
24

6.3 REST (Representational state transfer)ful API
implementation:
Method information:
Specified method information with standard HTTP (Hypertext Transfer Protocol)
methods, such as:
• DELETE
• GET
• UPDATE
• POST
Figure 6:5 RESTful API
Scoping Information:
Specified scoping information with a publicly-accessible endpoint URI (Uniform Resource
Identifier) and various scoping parameters. In this case, the primary scoping parameter is a
path to the existing resource, which consists of an object name (file name) and bucket name
(container name). Used together, the object name, bucket name, and public URI create a
unique URL to a given resource—a resource on which operations can be performed with
HTTP methods. It can be scoped further operations by using HTTP headers and query string
parameters
25

Figure 6:6 RESTful API Status Codes
6.4 Scalable Architecture for load management:
26

Since the power of any server is finite, a web must be able to run on multiple servers to
accept an ever increasing number of users. This is called scaling. Scalability is not really a
problem for intranet s since the number of users has little chances to increase. However, on
internet portals, the load continuously increases with the availability of broadband Internet
accesses. The site's maintainer has to find ways to spread the load on several servers, either
via internal mechanisms included in the server, via external components, or via architectural
redesign. Load balancing is the ability to make several servers participate in the same
service and do the same work. As the number of servers grows, the risk of a failure
anywhere increases and must be addressed. The ability to maintain unaffected service
during any predefined number of simultaneous failures is called high availability. The TPS
(transfers per second) rate of MyGP is 4 requests at a time (second) from user end right
now.
Figure 6:7 Scalable Architecture Diagram
CHAPTER 7
Development and Implementation
1
27

7.1 Integration Framework
The integration process of the proposed system lies on the three tier architecture. Three tier
architecture is being used for the proposed system as the application must bring together
different protocols and existing systems.
7.2 The client tier
The mobile Application acts as the client tier of the three tier architecture model. The
mobile Application generates and issues HTTP requests for resources and processes via the
RESTful (Representational state transfer) API (Application Program Interface) and gains
XML (eXtensible Markup Language)/JSON (JavaScript Object Notation) responses.
7.3 The middle tier
In three tier Mobile Application systems, the majority of the application logic is in the
middle tier. The client tier presents data and collects data from the user as the database tier
stores and receives the data. The middle tier serves most of the remaining roles that merge
the other tiers. It shows the structure, shows the contents to be displayed to a user and
processes user input. The user inputs are formed into queries on the database to read or to
write data. This middle tier application logic integrates the Web with the database
management system. The components of the middle tier are web application server, MyGP
core APIs, web scripting language and the scripting language engine. A Web Application
server processes HTTP requests and formulates responses by interacting with the database
management system.
7.4 The Database Tier
The database tier is the base tier of the proposed project. The project is using existing
database of GP which is created in Oracle. It also uses replica databases of the main
database for load management and scalability.
28

7.5 Physical design
All the necessary materials of system design or developments were already discussed. In
this section vendor was required to consider findings from the system analysis phase while
designing the entire system. How the system would work and how the output will be given
were the main concerns at this level.
7.6 Back End Design
The back end development was totally occurred in the developer’s end. They built a single
RESTful application programming interface (API), which controls what and how a data system is
shared with the application and connecting to the Core from MyGP application. The RESTful API
generates HTTP requests to the web server and gains XML/JSON responses.
CHAPTER 8
Testing
8.1 Introductionion
Testing is one of the important phases for any system development, as it concerns about the
performance of the system. Whenever any mistake crept in the system, the system should be
29

capable enough to handle absurd data. Testing is the process of exercising a program with
the specific intent of finding errors prior to delivery to the end user. It is the next important
phase after completion of the design phase successfully. This phase enables the developer to
be assured, at least up to some extent that the proposed solution is going to be a quality
solution.
8.2 Objectives of Testing
Testing is performed to evaluate whether the proposed solution is a quality product or not.
The objective of testing is not to show absence of errors or defects, rather to show the
presence of the errors. However, some important objectives of testing are as follows,
• To uncover different cases of potential errors and bugs
• To find out whether the system’s functionalities work according to the specification
or not.
• To ensure that the produced system is complete and performs efficiently.
• To evaluate whether the software perform all activities specified without crashing
individual modules after integration with the existing operating environment
(hardware, software etc.)
• To measure up the reliability and overall quality of the software
8.3 Test Level
Test level is defined in three levels, which are as follows,
• Unit Test
• Integration Test or System Test
• User Acceptance Test (UAT)
8.3.1 Unit Test
30

Unit testing focuses first on the independent modules to locate errors. This enabled to detect
errors in coding and logic that were contained within that module alone. The unit testing
was performed by bottom up testing. In this lower level modules were tested first and then
going up in the hierarchy the higher-level modules were tested for the integrity. If any error
is found, the module is revised and possible cause of error is defined and corrected.
8.3.2 Integration Test or System Test
System testing does not test the software; however it tests the integration of each module of
the system. The proposed system was also put through the system test to find any sort of
discrepancy, if so exists between the system and its original objective, current specifications
and system documentation. But the primary concern was the compatibility of individual
modules. To attain perfection some special level system tests were performed. After testing
the results, it was found that the proposed system met all the specified requirements.
8.3.3 Acceptance Test
I was executing the acceptance testing of the proposed system. We were given the Beta
version of the application and we tested the different products and features related service
requests generated by MyGP digital channel to the service activation platform and either
they are getting processed accordingly or not and if there are any kind of errors I had to
report it to the concern via email communication.
31

CHAPTER 9
Project Outcome
Figure 9:1 MyGP Promo 1
Figure 9:2 MyGP Promo 2
32

Figure 9:3 MyGP User interface
Here are the UIs of MyGP application and they cover the dashboards of both pre and
postpaid subscribers which the users get after logging into the application, the VAS (Value
Added Services) management section, the connection plan and campaign management
section and the payment gateway and processing section of the application.
33

CHAPTER 10
MyGP progressive updates and ChangeLogs
v1.0
ChangeLog:
• Several UI/UX Fixes.
• Improved Animations and Loading Experience.
v1.1
ChangeLog:
• Several UI/UX Fixes.
• Improved Animations and Loading Experience.
v1.1.1
ChangeLog:
• Improved Stability for certain devices.
v1.1.5
ChangeLog:
• Stay logged in while on WiFi with the Remember Me option on the GP Connect
page.
• Change your Prepaid Package in Manage Plan Settings.
• Recharge history with 5 previous numbers for easy access to your frequently
recharge list.
• Personalized Internet Packs under "Special for You" section.
34

• Activate new Voice and Bundle packs as you desire.
• New Shop and Digital Services page.
• Security Enhancements.
v1.2
ChangeLog:
• As per popular request! Flexiplan is now on MyGP.
• UI/UX Fixes.
v1.3
ChangeLog:
• Support for OTP Login via WiFi.
• Free Internet Offers when recharging via the Application.
• Suggested Flexiplan Savings.
• Live Customer Chat has been added.
• MyGP now has push notifications; you’ll receive special offers from notifications.
v1.4
ChangeLog:
• Improved shop UI/UX.
• Flashdeal for MyGP users.
v1.5
ChangeLog:
35

• You can now stay signed in on MyGP, no more logging in each time you close the
Application.
• UI/UX Fixes.
v1.6
ChangeLog:
• You can now use emergency balance from the Application.
• MyGP now has dynamic widgets.
v1.7
ChangeLog:
• MyGP is now Bangla supported. Open the side menu and try it out
• Find a GPC Location near you using our brand new Store Locator
• Check out new features inside Manage Plan
• Manage Welcome Tunes.
• Subscribe/Unsubscribe to Value Added Services.
v1.8a
ChangeLog:
• Now you can manage multiple numbers from one account.
• MyPlan and discount packs available for postpaid users
• A single button to stop all VAS services.
• New dynamic action packs in buy packages.
36

CHAPTER 11
Further Advancements of MyGP project
Figure 11:1 MyGP Web UI (upcoming in Q2, 2017, Online)
The MyGP web services will be launched during Q2 of 2017, Online and the project is
being on the floor from the beginning of Q1, 2017, Online.
Figure 11:2 Share scenario of Grameenphone
37

CHAPTER 12
Conclusion
During my work period, I proposed a new feature for MyGP Application that will make
users able to redeem dynamic promo codes generated by their usage and it will be pushed to
their MyGP Application via Application push notifications. It will be added in the
Application in near future.
Internship in Grameenphone Ltd. was a great experience for me. During these time span, I
have learned a lot of new things. I have learnt to work with real life project with a
professional team. I have learnt about the development of a whole project and the
collaborating things to make it a successful one. These experiences from the Telco. Industry
is completely new to me. Thus, these days of internship program have given me different
sets of experiences to tell. These experiences will help me for my future career to be a better
software engineer.
The experience is different is aspect of doing an individual class project or doing a team
project for a course. In internship, I have learnt the difference between academia and
industry. In class project we do not generalized the whole idea, where we start with design,
coding or other things. However, this way of doing a project won’t give proper solution to
the project development. And I consider myself lucky that from internship I have seen the
development of a whole project. I have learnt to generalize the whole idea initial, and then
divide the idea into some particular parts and start working. I have experienced the practical
implementation of methodologies like Incremental Method, Waterfall Method and Modified
Waterfall Method.
I am very much thankful that during my internship period Grameenphone Ltd. management
did not treat me as a student. They treated me as a team member of the project. I believe that
my involvement here will not only enrich my career but also will increase my ability to
make progressive change everywhere and make a valuable influence in software project
development.
38

REFERENCES
[1] Grameenphone.com , “Grameenphone | Go Beyond” ,2017, Online Available:
https://www.grameenphone.com [Accessed: 15- Jan- 2017, Online].
https://www.grameenphone.com/personal/digital-services [Accessed: 15- Jan- 2017,
Online].
https://www.grameenphone.com/mygp/ [Accessed: 15- Jan- 2017, Online].
[4] Portonics.com, “Portonics | Technology Consultations”, 2017, Online Available:
http://www.portonics.com [Accessed: 18- Jan- 2017, Online].
[5] Portonics.com, “Portonics | Technology Consultations”, 2017, Online Available:
http://www.portonics.com/portfolio/mygp/ [Accessed: 18- Jan- 2017, Online].
[6] Draw.IO, 2017, Online Available: https://www.draw.io/ [Accessed: 10- Feb- 2017,
Online].
[7] Grameenphone Ltd., 2017, Online Available:
https://en.wikipedia.org/wiki/Grameenphone [Accessed: 15- Jan- 2017, Online].
[8] Google Play store, 2017, Online Available:
https://play.google.com/store/Applications/details?id=com.portonics.mygpandhl=en
[Accessed: 18- Jan- 2017, Online].
[9] PortWallet, developer.portwallet.com, 2017, Online Available:
http://developer.portwallet.com/documentation.php#status-code [Accessed: 23-
March- 2017, Online].
39

https://www.grameenphone.com/about/media-center/press-release/grameenphone-
launches-digital-self-care-channel-mygp [Accessed: 23- March- 2017, Online].
[11] (Ken Struys' Blog), Online , 2017 Available: http://struys.ca/main/post/5 [Accessed: 5-
April- 2017, Online].
[12] Scalable Architecture, 2017 Online, Available: https://www.getfilecloud.com/blog/an-
introduction-to-high-availability-architecture/ [Accessed: 2- April- 2017, Online].
[13] RESTful API, Available: https://www.mashery.com/blog/what-restful-api [Accessed:
2- April- 2017, Online].
40

Internship Report Digital Self Service Platform Grameenphone

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Internship Report Digital Self Service Platform Grameenphone

Similar to Internship Report Digital Self Service Platform Grameenphone (20)

Recently uploaded

Recently uploaded (20)

Internship Report Digital Self Service Platform Grameenphone