ACKNLEDGEM ENITS

D
In the first place, I would like to, share my sincere thanks for the continuous support and
guidance that my mentor, Ramakrishna Kumar, has given us with a fantastic opportunity to work
on this project (Chatting Syst,emL which has he·lped me grow more knowl,edg,e and skills in that
short psrjod.

I also, want llmise my unlverslty deeply tor providing the best place br employee treatment.
Ev,entually, I would lik,e to, thank my group member for spending the time de·signing and
finalizing the plan and study within a limit,ed time f rarne,

11
 ABSTRACT

Telsconterenclnq or chatting refers to, any type· of corrmunlcaton that provides real-time·
delivery of msssaqes from sender to, rsclpient through Chatting devices, which is nothing but a
mechanism or device that has been used in humans in this state-of ·� the-art tschnoloqy world
that is used to, put together people and ideas across g,eograph"cal barriers. This chat system
has become one of the most important intermediate· r,esouroewr sharing knowlsdqe and
materials through the network. Chatting research provdes an overview of the tschnoloqy used
in the Chatting application available· functionality, functions, network des·gn method and
database layout. This chat mechanism is built by using the web side· to send content as it
happens in real time· to the linked clients. The purpose of this Chatting appllcatlon is to enable
text messaqlnq, community chatting choice, size-tree data transfer that is commonly seen in
most messaging appllcatlons,

2
 Table of Cont,ents

ID
IIU IF llllEll1

ACKNOWLEDGEMENTS 0

ABSTRACT 2

List of Figur,es 5

1
CHAPTER 1 .. INrT'RODUCTION 1
6

1 .. 1 Overview 6

1.3 Purpose 1
6
a1 ..4 Scope 7

1.5 G,eneral Constraints, 7

CHAPTER 2. LITERATURE REVIEW 8

.2.1 Project Overview 8

,2.2 Limitation of exlstinq system 8

,2.3 N,e,ed for the N,ew Sy·stem ,9

,2.4 Advantages for the New System ,9

CHAPTER 3. REQUIREMENTS ENGINEER ING 110

3.1 Business Level Requirements 11 O

3.2 Us,er Level R,equirements 11 O

3.. 3 Product Level Requir,ements 111

1
CHAPTER 4 .. DES IGNI 12

4.1 D,esign of Da.taba..s,es 12

4.2 Data. Flow Diagrams 13

4.3 mtertaee Desi,gn 114

CHAPTER 5. IIMPLEMENTATIION DETAJILS 11 6

1

3
 Table of Cont,ents

5.. 11 Three-Layer Architecturie 11 6

1

II
5. 1 . 1 Pr,e se ntatio n Lay,e r 11 6
1

5.1 .2 Application Lay,er 117

5. 1 .3 Data Lay,e r 118

5.2 .NEf' framework 118

5.3 Teeh niques/Tools 119

5 ..4 S·QL server 20

5 ..5 S ignalll R 211

m
CHAPTER ,6. Testinq
1
23

16. 1 Madu le Testi ng 23

16.2 Integration testing 24

a16.3 Acceptance testing 24

CHAPTER 7. RESULTS AND DISCUSSION 26

1

CHAPTER 8. CONCLUSION 2'9

CHAPTER 9. FUTURE WORK 30

CHAPTER 1 U. PERSONAL REFLECTIVE 311

REFERENCES 32

APPENDIX. 1 - Gantt Chart/ Action Plan 33

APPENDIIX 2 - SAMPLE OF CODE 34

4
 D
Li st of Figures

UUIFIRII

•
Figur,e 1 ER Diagram for the Chatting system (Self,,2011'9) 112

F'igur,e l2 DFD level O (Self,,20119) 113

Figur,e 3 DFD Lev,el 1 (Self,2019) , ,., , , .., ,., , , ,., ,., .., .., .., .., , , ,. 113

Figur,e 4 Login form (self, 20119} 114

F'igur,e 5 Cr,eate the room (Department) (self, 2019) ·············--------------------------·------------- 115

F'igur,e 6 Del,et,e the room (department) (.s,elf, 2011'9}

1
115

F'igur,e 7 Thr,e,e-lay,er Architecture (self, 20119} .., ..,., , , , , , ,., , , , ,., ,.,. 11 6
1

F'igur,e ,8 Chat app UII (Self, 20119} ..,., ..,., , .., , ,., , , , ..,., , .., .., .., , , ,., , 117

F'igur,e ,9 Application layer diagram (selt,, 2011 '9) ..,., ,., , , , , , ,., , , ,. 11,8

Figur,e 11 o Data base archltecture (Self,,20119) .,.,.,..,., , , , , ,., , , , .. 11 '9

Figur,e 1111 Application classes/model design files (sell, 20119) 20

F'igur,e 112 Application Lif,e Cyde (C-sharpoorner.com,, 2U11 '9) , , 22

Figur,e 113 Websit,e sample (Self,20119} -------------------------------------------------------------------------- 2 6 1

D
F'igur,e 114 Sign-in form (Self.201 '9) -------------------------------------------------------------------------------- 27

Figur,e 15 Hegistration form (Selfr2019} ., ,., ..,., , , , , , ,., , , , ,., ,.,. 27

II
Figur,e 1,6 Chatting application (Self,,2019) .,., , , , , , , .., , ,., , , , , 2,8

5
 CHAPTER 1. INTRODUCTION

� .1 Overview

Mo,st of the universltlss around the world, they lack live communication support system between
staff and students which can lead a drawback especially for students do not have socialized
skills or feel afrajd from a young age, this will lead the· student to, fail or ose their hope to
continue to that specific module· or teacher. Some students who, are gr,eedy to study and find
type of information. (Edu.stor,e· Nig,eria, 2019)

Introducing chat web application will help, the students by communicating with university staff
and selecting which department they want to chat in, also they can choose a specific staff to
chat privately, this application is a liv,e chat system which can overcome the· uss of email and
provide· live support to the staff and students, they will have· the· ability to answer any questlons
that students needs in real time. This chat web application will help answer any simple· questions
such as tuition or a specific course· can cost time. The delay o,f information can cause
frustration for people· who seek answers with this web chat application instantly can resolve any
queries.

1.2 Objective·s

• Review and study some exlstinq chat application system build to design/dev,elop the
forms for the new chat system using ASP.net tschnoloqy using C# lanquaqe,
• Gather student/staff data and create database for them to store the information in order
to use it in om web chat system
• Authorlzatlon for oollsqe student and staff only.
• Authentbatlon of student and staff information.

1.3 Purpose
 D
CHAPTER 1. INTRODUCTION

The main purpose of this program is to ere., a web application that can set up a contact
chatting forum for both the student and the· National University Science and Technology staff.
This can play a major role in promoting the level of communloatlon within the school, so
teachers can pmactively gr,eet the students and address their needs with them if necessary,
Throughout fact, it provides more experience to help, the individual become muii stronqer as
leaders in his studies to support the· students. There is currently no t,echnol<jl in the National
Univ,ersity of Sciienoe and Technology, as we mentioned earlier. Therefore, in order to, aohleve
the best fo.r the lnstltuton, this program will lead to a much better understanding of the students
• needs and interests throughout the· system staff. (Mathew, 2019)

1.4 Scope

This chatting device will be a text communication program, allowing pcint-to-polnt contact
between two computers. This form of program can be· applied in mar differ,ent sectors, one of
the major industries covered by the· system is the education sector. Oman's education industries
will take full advantaqe ot this framework as both the student and worker bodies are in
opw,fon. In fact, the program can also benefit from other industries other than education, such
as business sectors, manufacturing sectors, logistics sectors, and many morn.

1.5 General Constraints

One of the k,ey limitatlons of this project is to, track the routine schedules of the teachers, as the
students should be mindful of the availability o,f the instructor. In the case· o,f a message delivery
failure due· to network problems, the· constraint always warns the customer. This may lead to
confusion betwe.en the· teacher and the· students. Sto,re resnlctlons can also be· an issue· as it is
possible· to send or receive .all types of data. In .any other network, the· program cannot be·
implemented, which could affect the· performance.

7
 II
CHAPTER 2. LITERATURE REVIEW

2.1.1111111
-·
2.1 Project Overv1e·w

This program is de,s·gned to facilitate· contact with .a unlverslty's students and staff. This system
will help students to learn about any activities related to the· university. Teachers me also
allowed to, communicate· with students, such as advising them of dates for tasks or addrssslnq a
speolflo project. In fact, the user can create a group chat that is easier to communicate
conourrenny with multiple users,

2.2 Limitation of existing syste·m

To address the shortcomings encountered by Yahoo Chat and Skype·1 an online chat system
called ICh.at (ljsstr.orq, 2019) has been created. This applicatjon has been de·s·gned to, allow
push tschnoloqy for quick and easy communication. Users also need to have group chats in this
program. The main limitation it overcame· was that it allowed users to send different data type·s
without any constraint on size. None·the·less1 there are some disadvantages to this program.
This is not a safe program. This is due to, the lack of f,eatur,es oftered to the user. Therefore, no,
communications are encrypted in any way, mal<ing it easy for the intruders to easily obtain
information. As a consequence, the use of this method in a college I university is not approved.

A chat-bot (Anon, 2019) was developed for colleg,e· manaqemsnt system using A.I. This system
will he·lp students ask any questions about unlversty-related activities without being physical
present at the university. However, there are limitations in impl,ementing this system. This
technology will be difficult to use who, ar,e unfamiliar with the technology. The answers provided
by the bots may not be accurete. Students will not be able· to corrmunlcate with individual staff if
the inquiries ar,e subject related, It is also, time-consuming and expensvs to manaqe the
software,

,8
 CHAPTER 2. LITERATURE REVIEW

D
2.3 Need for the New System

This system is dsslqned to help students comrnuolcate ,eff,ectiv,ely with university staff.
Communication between students and teachers is crucial in the leaminq process as this
can help dear the concerns and uncertainty of the students. Such correspondence is
often provided via mails, but they are often not received, liher,e is a shortage of ways to
,eff,ectiv,ely commonlcete. This app will h,elp students to interact quickly with teachers
without being physically present, (Insight Platforms I Solutions for Res,earch and Analytlcs,
2019)

D
2.4 Advanta,ges for the New System

• Allows students to ask teachers who mi,ght be active in topics I universities, llt
,gives students eecess to the who le staff I lst,
• Users can send any type of data without any· size restrlction,
• The response time will be tess becsuse the system will be connected to the local
network
• Messag,es are encrypted and stored in the database making it less prone to
security attacks

'9
 CHAPTER 3. REQUIREMENTS ENGINEERING

81111'111 I. BIIBERI-IIBIIII

D
3.1 Business Level Requirements

Bequ lrement ls one ot the main objectiv,e.s of the· development of software. Specificafon.s

evaluatlon is the first ste'tin the· software development process. Specifications must be met at
business leve·I to ensure the success of the project. The business lev,el criteria are lnterrelated
with the tuturs vision of the current project. They assess the, project's scope in the existing
market in terms of business practices and services.

The· chat framework is designed in relation to university requirements in order to enable the·
unlversity'a rules and dir,e<jjr"e,s to be submitted to the project. These industry principles
guarant,ee· the documents and procedures under the proposed project.

These requirements also include the crjterion of oonoentratlnq on the· client .and market needs
for the project field. This analyses the· f,ea.sibillty o,f the project with respect to project
manaqernent and markstlnq. Such requirements .ar,e· collected and analysed to rnanaqe
consumer efficiency, market demands and university policles, (Gyires.inf. unkleb, hu, 2019)
D
The· market needs of a chat program can be measured by looking at dHfer,ent industries such as
education sectors, According to Oman, the education sectors typically use conventional chatting
method,rhich send messages per email, otten leadinq to delayed responses, The same
problem arises in other sectoi like logistics, mining and manufacturing. They call for a network
of live· contact. The business need for the proposed project is enormous and is connected to, the
sustainability of the project,

3.2 User Level Requirements

Product and implementation requlrernents shall be spe,,ed as goals, oblectives and

aspirations of nature, Such requirements are· known as end-user parameters and specflcatlons
to help end-users, The system is designed to make· the creator and consumer satistied with the
liv,e chat function. It also specifies the parameters that describe· the funct"onality of the· liv,e

110
 CHAPTER 3. REQUIREMENTS ENGINEERING

a
chatting app, (D-Levy, 2018). 2018. Such requirements are analysed by applying the objective
analysls of the proposed initiative and me.eting the expectations of customers. The design
requirements for the· proposed project will be· tested by r,egular inspections of the existing
National Sciloe and Teohnoloqy University1s email system Cli,ent requirements strenqths and
advantaqes can be measured and overvlswed by monito,ring the current system, To, order to
achieve a better program that satisfies all customer needs, these flaws will be used. In addition,
the requirements are obtained through reqular customer and faculty experiences which enable
the· contractor to, create a program that overcomes the· limitations of ,existing national sclentflo
and technoloqlcal programs at the· Nation.al University. (research, 201 '9')

a3.3 Product Level Reqmrements

System type· parameters are also rsooqnlzsd as the system requirements of the proposed
project. Those requirements discuss the functionality and wo,rking prlnoble of the chatting
rv·c,e·. The system requirements de·f lne the guiding principle as help for carrying out the
proposed project, The web app operates on a devloe and links to consumers in real time.
(EngHsh version, 2018, Levy'). Such system requirements apply to communication program
programming philo,sophy Communication is developed using server-side XAMIL, G�sharp and
JavaScript XAMIL.NET scripting. The proqrarn must be very flexible in terms of speaking use, as
it must obtain iiut from all pupils, teachers and staff. For one scenario, the system will
collaborate for order to achieve the goals of this project and corrmunlcate with all the· details.

1111
 a
CHA.PTER 4. DESIGN

1.11111 ·

4.1 Design of Databases

Figure 1 ER Diagram for the Chatting system (Self,2019)

A key component of software design is the database diagram. The overall rslatlonshlp between
tables, columns, primary keys and the· g,eneral storaqe scheme should be shown. The· softwar«
design serves as the· database's blueprint.

112
 CHAPTER 4. DESIGN

4.2 Data Flow Diagrams

DFD Level O

Ad .

Web Chat System

•
Fomn

Figure � D FD level o (Self, 2019)

DFD Level c

UI

Figure 3 DFD Level 1 (Self,2019)

Within ou�hatting program, it describes a method or system data flow. The· DFD diagram
tneretore provides information about the outputs and inputs of each system and the mechanism
lt.s,elf. In a data flow model, them is no, control mechanism, no, procedure guidelines and no,
loops. (vlsual-paradlqm.com 2019)

113
 CHAPTER 4. DESIGN

D
4.3 Interface Design

The user interface is how the consumer uses the sottware and interacts with the mvine·.
Technical training and lmportant design principles should be· included to thoroughly understand
how to use the software and lnterpret the user interface effic"ently. The design standards
implemented in this project ar,e less tension, simpfcity of layout and user friendliness.

The· web experlsnce is the front end of the· program using an Entity framework, Bootstrap,
XAML, AJAX and C #graphical user lntertace. The authentication form of the program includes
standard ASP.NET controls Id
validation tsatures such as tsxtbox, description, chsckbox,
·con, and correct login pag,e field validator. The textbox must be used to, enter the usernarns and
the password, signify website name aytbo,x name, require or prevent' Remember Me1 to
automatically fill in passwords, the click to validate and switch to, the next page and the· right
validator area for validation is not ,empty before going to the· next page. The cursor refurns to the·
screen in whloh the data is oorrecny entered, if the user enters incorrect data, and shows an
alert which determines the validity of whloh data form. (Arstechnlca.oom, 201'9')

Password

Reme ber ?

Sign in I

Figure 4 Login form (self, 2019)

114
 CHAPTER 4. DESIGN

D
The· user interface is primarily for two1 types of users: staff and students by taking account o,f
customer criteria. Staff and students should set up their department, so the students start talking
and enter the· chosen team

Crea e Room

Figure 5 Create the room (Department) (self, 2019)

No one can unlnstall the· Department only if the department is g,enerated by the workers.. The·
same· applies to the· removal space as shown below.

oorn

Rom?

Figure 6 Delete the room (department) (self, 2019)

115
 CHAPTER 5. IMPLEMENTATION DETAILS

I. IIIPIIII " ITII . II II

The system will be designed based on the 3-Lay,er software architecture.

5.1 Thre�Layer A.rch1tecture

Lay,e.r
Presentation
{ CONTiROL

l!J E�

Bus1iness
Logic
Layer (BLL) I

ABSTRACT TA
PROVIDER
Data
Access CO .CRETE
Layer PRO\l'IDE:R
1(0AL)1

DATABASE

Figure 7 Three-layer Architecture (self, 2019)

Its projsct's devoe design is made· up of three-layer software. In g,ener.al, they .ar,e modular
programming layers which perform spscltlo functions. The drawback is that rausabllity and
versatility in Ide are more so, because when changed, code inserted into one lay,er only
impacts one· layer and code in one layer can only be used by another layer more than once. In
this method, tor each solution a new project was developed.

a
5.1.1 PresentaUon Layer - This layer covers the appllcatlon's front end, The· front end
of the application is whem· the user is using the devloe lntertaoe to comrrunlcate with the
applicatlon, Use text and graphics and teatures such as textboxes, ·oons, buttons and check
 CHAPTER 5. IMPLEMENTATION DETAILS

boxes, it is lmplemented. CSS, JavaScript and C #are used to build the system design. The
machine user interface is designed to, be social, user-friendly and responsvs.

��������
Cl>11&MfM 1�lo�1K1m1..

� �����llllw
��
Hey Molwmlld,15111
Mii

Figure B Chat app UI (Self, 2019)

s.1.2 Ap,pllication Layer -lihe device logic is handled by this layer, Uls,er data is
cojected and analysed usinq the internal logics. In this cateqory, the validations made
in this system will be applied, server-sloe scripts such as ASP.net, node. JS PHP etc.
ar,e the methods commonly used in this level, XAML pages will be used to implement
this appllcatlon.

117
 CHAPTER 5. IMPLEMENTATION DETAILS

Cl

Se r 111)1
.: (II I

�
Cl

Figure 9 Application layer diagram (self, .2019}

s.1.a Data Layer - This layer is about connecting the database of the system to

the layer of the applicetion. The layer has to ado, modify, oeieie or update the user's
details. Using the SOL server, the databases in this system ar,e created, and information
is extracted from the UII using SQL commands.

D
6.2 .NET framework

The· Entity Framework is a Micmso,ft framework for the· implementafon of s-layer archltecture.
It's an ORM tor that. NET (Object Helational Mapper) sottware, This helps to, reduce the, code

blocks needed to build and access the system database.

� It is the Windows, Mac & Linux cross-platform framework.

2) An object data model displays the tables as partial classes and columns of obtain I set
property.

11,8
 CHAPTER 5. IMPLEMENTATION DETAILS

D
3) Allows applicafon data to, be· accessed via LINQ queries. In addition, the· raw S,QL queries
can be performed directly across the database, (Microsoft, 2019)

4') It provides the client with a wide· range of predetlned methods tor operations lik,e· Sav,e
Ch.an ge·s).

5.3 Techniquesrro,ols

Visual Studio 2017 developed the web application, and the S,QL Server 2017 administration
studio to, construct the real project implementation database· tables. The vocabulary and
technology used to develop the web appllcatlon is the. NET platform used in creating user side
ASP. NET applications.

.i11 � De-fa1JltConn�ction (Chat.Web)

., Iii Tabl��
�· � _MigrationHistory
t, ffi3 Aspf\ktRole:s
I> IE:l As:pf\JetUs:erOaims:
I> Fill Aspf\JetUserlogims
I> � AspNetUserRoles
t, � AspNetUsers
�· � Messages
"' � Rooms
...a Id
§ Name
§I User.!kcount_ldl

Figure 10 Data base architecture (SeJf,2019}

With only a few HTML taqs, The website was created with Bootstrap templates, skins and
themes. Web page tlting was conducted on JavaScript and ASP .NET authentication schemes.
In the Code-hind C #for business logics., validations, prolicols, and classes were used as well
as SOL queries fo,r network operations and transltlon ot data to and from the database and data
access layer, The fragments of software code is presented in the appendix.

Implementation of the 3=1.ayer dssiqn shown in figur,e 11 with several projects related to these·
parts a.s diffe·r,ent layers, with the ,entity framework application of this tlsr and a database. As can

11'9
 CHAPTER 5. IMPLEMENTATION DETAILS

be seen, the· name· of the· group was used as a separator in ,eve·ry event and for two, terms in full
stop.

While all naming standards fo,r each file· type have been lmplemented, the cateqory dHf€rs on
whether It is a webpaqe, a web shape and a database· table class. The method ot calling a
camel case was used wher€ the first letter of the· term is significant and the files in Figure 11.

� -. Views ..ii -.I Hubs

t> c• Chetl-lub.cs
... � Account ,. � Mappings
t.> C# Mess.:igeProfile.cs
[@J l.oqin.cshtml
t> C# RoomProfile.c'.i
[@J Reqister.cshtrnl t> (# UserProf1le.cs

� Home
..i1 � M1gr.at1ons
..
t> c• 201711041223S09_1nitial.cs
[@J Ind ex. cshtrn I t> c• Confiquration.cs
,. � Mocle:lls
.at � Shared
t.> Iii ViewModels
[@�] _Layout.cshtml t> C# Accountviewlvlcdels.cs
t> (# ldentrtvlvtodels.cs
[i:§:iJ Error.cshtrnl
D- c= Mess.age.cs
[@J l.ockout.cshtrnl t> c• Room.c5

Figure 11 Application classes/model design files (self, 2019}

5.4 SQL server

IFJ
The database is operated by Ml"cmsoft SOL. The· role of the database server is to store and
retrieve data if necessary and provide additional features including added ssourlty mechanisms
and an appropriate data storaqe framework.

Dep€ nding on the requirements for the· web applications, Microsoft SOL Se-rv,er has been
considered to be the best choice because of the .availability of Microsoft S,QL server
functlonallnes, Those characterlstlcs are the fo,llowing. First of all, dep,loying the software is easy
and smooth, reduclnq the· overall lmplementatlon diffculty. The Micmsoft SOL server also
provides security policy-based supervision to man.age access to the· database found in the· rules
of the database .administrator. The security policy will improve the protection and security of

servers, (M"crosoft SOL server, 2019)

20
 CHAPTER 5. IMPLEMENTATION DETAILS

5.5 S1gnallR

ASP.Net SignalR is one o,f the major developments in the production of real applications in the·
world of technology today. Imagine an application that has a w,ebslt,e to refresh the user
lntertace with the latest data as soon as it is available. These apps are said to be software· in
real time where the lntertaoe will be· rnodltled as long as the· user has access to, the latest
details.

The· best example is a stock market program that must maintain the data-updated user interface
as long as the· price rates ohanqs. Another example is a chat application which updates the·
receiver from the sender with the latest message. Some of the methods may use tlmer-based
queries to g,et the data to, the server, and some may use sampling to get the· data. SignalR is a
good alternanve.

Our web application archkecture, as we know, consists mainly of a server that houses the
program and the database, servlnq the· applications • end users. We need to build a portal on
the· server to create SignalR.based applications that is responsible for updating the· client or end
users with the latest data. The hub is nothing but a basic ,entity that the Hub class inherits. At
the· cllsnt end, we· r,eoe·ive· an automafcally g,enernt,ed proxy me· (on run time) based on
JavaScript that the client can use· to connect to, the hub. The· application code also provides a
JavaScript f,eatme, which is used by the· platform to provide the· latest data. (C-sharpcomer.com,
2019)

211
 CHAPTER 5. IMPLEMENTATION DETAILS

i!lt•p I. -
Appll '"'111 -,.,
rt.. rt ..

81: .. p . • Ue,er S..,nd

m ssa.i: toh sl
P!"O� ener-,.rtecl

Figure 12 Application Life Cycle (C-sharpc-omer.com, 2D19)

What can SignalR do for ASP.NET?

In the HTTP link process, the server transfers data to the RPC client in an HTTP connection.

What tec:hnol:ogies does SiganlR use to tran.sfer data?

If available, uslnq WebSocket's Instead, use other techno oqles such as long pomng What data
form does

Sig nallR accept t ransterring?

Uncompressed JSON text or plain text You need to encrypt and decrypt the data (,e·.g. using
Base64) or enforce IJsonSerializ,e·r on the server side with your own logic and add the· same
cllent-side logic if you want to, pass compressed JSON or BSON or binary data. Remembe·r that
Text Reader and Text Write·r ar,e· used by SignalR. In other words, you need to, convert the· data
into text before sending it anyway. (Dai, 201 '9)

22
 m
CHAPTER 6. Testing

.1 Module iTesting

D
Node checking is h way to, check the indiv"dual parts of the application. The pmgramming can
be tested in blocks or functions at the same time. The bugs and errors can be· found as you test
each feature separately, which allows repairing simpler as it is known that the root of the
problem is within the tested code or furjion.ality unit. The testing module was directed to, a
whit,e box: that is, w,e know the correct code written in the function .and how it works exactly.
(testlnq., 2019) The test input collection is prepared with the expected outputs, then the
experiments are conducted with the actual test case inputs and the· produced performance is
measured against the expected output. This is an example of the tsstlnq process used in the
web application. The· chat system test cases, user positions, work perfectly, and the app is
ready for use. (oornrrnncatlon, 2019)

Test case· Functionality Working

Registration Adds the social details into, the application y,es

Search for Online Checks if the user us on line or offline and yes
users available to chat

S,end and receive text Exchange text be·twe.en users yes

Upload files Upload and Share files between users y,es

Emojis Sending Expr,essing with users using ernojis y,es

Departments group S,electing departments and chat with available yes

selectinq teachers or staff

Table· Test cases comparison (Self,2019)

23
 CHA.PTER 6. Testing

D
6.2 Integration testing

Testlnq is one of the main staqes o,f software development, maintaining the loper functioning
of the project. There are many different test approaches, each project usevs own testing
methods and techniques. The whole talking process is separated into, four diff,erent modules,
Such modules ar,e the· roles covered by the devee. The four ditterent systems ar,e Account
display templates, Id Systems, Email node, Space Node. These modules are part ot the· system
and these modules need to communjcate and work to maintain the full functionality of the·
program. I nteqration validation is characterized as one of the components of sottware testing in
w'ih all multiple modules of the device ar,e incorporated and tested in time. It is a er ifcal stsp
in software testing; integration testing allows the developer to validate· inconsistencies in
differ,ent modules. (Fundamental Techniques for Analysis, 2011). 11 guaranrs the re·liability of
the applications produced. The ruggedness of the devloe is defined by the proper medium
between the different modules or nodes of a network, which means that the machine· will relay
the data without lnterruptinq or corrupting data from one node to another. Chatting system
int,egration experiments have· been conducted to identify interface· deflclencles and functional
functionality as installed as a wider packaqs. If the linksii
the· different modules are
incompatible, each component will be thoroughly tested and reassembled in the group to
recover the communication gap. Many tasks are done to, test the f unctlonalty of talking devlces,
Firstly, a plan should be drawn up to, incorporate all of the· projects as a whole and to create the
meaningd the project. (Fundamental Techniques for Analysis, 2011 ). Once the· k,ey process is
finished, f,ew test cases ar,e prepared and tested, Upon evaluatinq the test cases and checking
that these test cases ar,e· used for system integration monitoring. Eventually, the· test cases werie·
carried out and the findings I these· test cases wer,e· checked appropriately. Every program
communication matfunction would be ldentltled and tested in order to, fix the mistake and to
improvise the configuration of these apps, lnteqraton checking ls conducted following positive
validation of the software, (Software Tsstlnq Fundamentals, 2019)

6.3 Ac,ceptance testing

24
 CHA.PTER 6. Testing

Acceptance· validation is the final test phase: the entire web framework can be tested without
r,e·lying on particular f,eatures. Approval validation can be psrtormed by a group of people
separated by a double squad, the first be·ing an internal network o,f project me,er.s, but not
gene-rally the developer of the software, slnos it is a black box check, implying that the tester
does not recoqnlze the code and details written behind the web application. The second group
consists of' known non-project partners. Acceptance checks can be· achieved by eneouraqinq
l,ers to download and check the Web application and then giv,e their opinion as to, whether the
Web application is ready to be dlstrjbuted to, consumers and how easy it is to, access and use
the Web Application functionality. Another term for condition.al acceptance testing is Beta
analysis (unit testinq., 2019).

25
 CHAPTER 7. RESULTS AND DISCUSSION

J. mLlllll l--11

The, tests for web programming are briefly explained below. is element is the· blueprint for the
account sh , : . The software
•
has two submodules, the login view model and the· reqlstry view
model. login view model allows the user to enter the chat system and the registry view
model requires the user to register in order to link to the chat system through the example
website in the f'gur,e below. (W3-schools.com, 2019)

Figure 13 Website sample (Self,2019)

26
 CHAPTER 7. RE SULTS AND DISCUSSION

n --- N1tlon11�Unlvt11lt1,1

- ,

Figure 14 Sign·in form (Self.2019)

-
-----
Figure 15 Registration form (Self.2019)

Using this register view model figure the user can register to chat application system by entering
the required details and selecting the avatar to show either they are a student or teacher.

27
 CHAPTER 7. RE SULTS AND DISCUSSION

- - -
--·-·e r.:::-:l-�·=·:i::...:::------------,
.. . -
WI-Kn .... ,_

--�-
--
---·-- ... ....
... . ..--•
.-.- .--- •
"-'"

. ....- - .....
"-'" ,.. ... . ._

... .. . .,_ ,� -·---•v<-.•. �

·--·
,

,.
Figure 16 Chatting application (Self.2019)
·-

This shows the conversation between the student and teacher in this figure rt has two modules,
message model and room model. To be able to chat with his instructor, the student must pick
the department.

28
 aCHAPTER 8. CONCLUSION

In conclusion, a universty chat program is important for successfu�,tudent=teacher

communication. According to the study, the existing contact in the· national univ,er.sity science
and tschnoloqy is resnlctsd and the, approaches should be· strenqthsned in the· current scenario.
The· Co,lleg,e· Chat system he·lps to, create a framework that can le·ve·rag,e· science· and tschnoloqy
tools and facilitate· cornmunicatlon. This machine can also send or receive some type· o,f data
without any size constraint. Therefore, this device will solve the· difficulty of the existing National
Univ,ersity Sclence and Technology approach. The communication device will become· more
sensltlve and reliable· in a local network. It program is des·gned to, achieve students and faculty
success and prnductivity. Students may interact with any o,f their employees lrrespeotlve of
location. You can also use this program on mobile devices. The device has been thoroughly
tested using differ,ent test methods, The final test findings demonstrate the ,eff'cacy and viability
of the concept All the· failures in the trials have been resofved by a sensltlve chat system,

29
 m
CHAPTER 9. FUTURE WORK

1.1111 E

The main future work should be considered in order to increase the pertormancs of the project
systems am to be.

1. Optimize· the code for bsst and h'gh performance.

2. Add an upload option that can read all type· o,f files.
3. Create· an administration dashboard to monitor and modrfy with full security measures,
4. Give a set of permission for a specrf'c staff to manage his own department psrfsctly,
5. Improve the design theme· and apply a good quality skin.
6. Improve the website deslqn and layout structure,

30
 REFERENCES

IIRI Ill II
• EdustoH� N"geria. (2019). D'esign and Implementation of an Online Chat System. [online]
Av.ail.able at: https ./led u pro] , to plcs.corrvprod uct/de.sig n -i mpleme ntat ion-on I ine -chat•
system/ [Aooes.sied 22. Dec. 2019].
• Visual-paradigm.com. (2019). Wha.t is Data Flow Diagram?. [online] Available at:
https ://www. visu al-paradigm. co m/g u ide/d ata-flow-d iag r am/what-is-d at a-tlow-d iag ram/
iooess,ed 22 Dec. 2019].
• ljsetr.mg. {201'9). [online] Available at: http:flijsetr.org/wp•
content/uploads/2017/05/IJSETR-VOL_,6-ISSUE=4-702-70.5. pdt [Acce.s.sed 22 Dec.
I 1'9 1]
.

• Anon, (2019). [on line] Available at:

https://www.r,esearchgate.net/publication/S.27HB715S_'.Chat- fl
Bot_For_Colleg,e_Management_Syst,em_Using_AI [Accessed 22 Dec. 2019].

• Gyir,e.s. inf. unkleb, hu. (2019). Chap.terfµ.. f;Laysred Architecture, for Web Applications.
[on line] Availabl,e at. http,s.//gyir,es.inf. undeb, hu/GyBITT/08/ch04.html [Accessed 22 Dec.
201'9'].
• cornmuncatlon, S. (2019). SignalR peer to peer (js to js)' communcation.
m
[on line] Stack
Overflow. Available at: https ://staclmv,e rflow. com/quest ions/31475532/sig nalr = peer-to•
pser-js-to-js-corranuncaflon [Aoosssed 22 Dec. 201·
• W3schoo,ls.com. (2019). HTML font color Attrib,ute. [online] Available at:
https ://www. w3 schools. com/tag.s/att_font_color.asp [Acoe ssed 22. Dec. 2019].
• research. (2019). testing. [online] Avail.able at.
http,s:l/www. rssearchqate. net!figur,el�esting-pha.sie·_tbl1 _30128S624 [Acce.ssied 22 Dec.

.
- -1'9].

• In.sight Platf s I Solutions for Resiearch and Analytics. (2019). 10 Chatbots For User
And Market Re,se,arch I .Insight Pla.tforms. [online] Available at.
https :/Ii nsiqhtplattorms .com/1 O-chatbots=fm= user-and- market-research/ [Accessed 22

if· 2019].
• ,So,ftware Testing Fundamentals. (2019) . .Integration Testing - Software, Tes.ting
Fundamentals. [on line] Available at http ://.softwarete stingfundame ntals.comli nieg ration•
te sting/ [Aooessed 22. D,ec. 2019].

32
 APPENDIX 1 - Gantt ChartJ Action P�l'I

UPI m 1-IIIIITCIIIT/ ICEIII Piii

33
 APPENDIX 2 - SAMPLE OF CODE

2--11111 1111 1

1. Pc:ount vie1., model

using System. Collections. Generic;
using System. ComponentModel. DataAnnotations;

naniespace Chat. Web. Models

{

public class LoginViewModel

{ m [ Required]
public string Username { get; set;}

[ Required]
[ DataType( DataType. Password)]]
[Display(Name �'Password")]
public string Password { get; set;}

[ Display (Name � "Remember me?")]

public bool RemernberMe { get; set;}
}

public class RegisterVie�Model

{
IJequired]
public string Username { get; set;}

[ Required]
public string DisplayName { get; set; }

public string Avatar { get; set; }

[ Required]
[Stringlength(100, ErrorMessage 'The {0} must be at least {2} characters
Long .", Minim11J111Lengtirl � 3)]
[DataType( DataType. Password)]]
[Display(Name �'Password")]
public string Password { get; set; }

[DataType(DataType.Password)]
[ Display (Name � "Confirm password' ) ]]
[Compare ("Password", ErrorMessage � ' The password and ccn+i.rmatf.on passwor-d do
not match.")]]
public string ConfirmPassword { get; set; }
}
}

m
2. !Identity
using System.Data.Entity;
using System. Security .Claims;

34
 APPENDIX 2 - SAMPLE OF CODE

!ing System. Threading. Tasks;

using Microsoft .AspNet. Ide111ti ty;
using Microsoft.AspNet.Identity.EntityFramework;
using System .Collections .Generic;

namespace Chat. Web .Models

{
II You can add profile data for the user by adding more properties to your
ApplicationUser class, please visit http: I I go. mi.c rosoft. corn If .Jlinkl? LinkID,,,317594 to
learn more.
public class ApplicationUser : IdentityUser
{
public string DisplayName { get; set;}

public string Avatar { get; set;}

public !rtual IC01lectio111<Rooro> Rooms { get; set; }

public virtual ICollection<Message> Messages { get; set; }

public asy111c Task<Claimsldentity>

GenerateUseridelilti tyAsync( UserManager<ApplicationUser> manager)
{
II Note the authenticationType must match the one defined in
CookieAuthentic ationOptions .AuthenticationType
var userldentity "' await manager.CreateidentityAsync(this_,
DefaultAuthenticatfonTypes. ApplicationCookie);
II Add custom user claims here
return useridentity;
}
}

public class Applic ationDE::iContext : Idelilti tyDbGontext<ApplicationUser >

{ a
public DbSet<Room> Rooms { get; set; }

public DbSet<Message> Messages { get; set; }

public ApplicationDbContext()
: base (" Defaul tConnection ". throwifVlSchema: false)
{
}

public static ApplicationDbContext Create()

{
return new ApplicationDbContext ();
}
}
}

3. Messag,e
using System;
using System.Collections.Generic;
using System .ComponentModel. DataAnnotations;
using System.Linq;

35
 APPENDIX 2 - SAMPLE OF CODE

fuJs.ing k
System.Weu;

namespace Chat. Web .Models

{

public class Message

{
[Key] fJ
public int Id { get; set; }

public string Content { get; set; }

public string Timestamp { get; set;}

public virtual Applic:ationUser Fromruser { get; set; }

[Required]
public virtual Room To Room { get; set; }
}
}

4. Room
using System;
using System. Collections. Generic;
using System. ComponentModel. DataAnnotations;
using System.Linq;
using System.Web;

name space Chat. Web. Models

{
public class Room
{
[Key]
public int Id { get; set; }

public string Nanie { get; set; }

[ Required]
public virtual ApplicationUser UserAccount { get; set; }

public virtual lCollection<Message> Messages { get; set; }

}
}

36