A special problem entitled “Localized E-Commerce Application for University of the Philippines Manila (LEAf-UPM)” prepared and submitted by Harold James C. Decapia in partial fulfillment of the requirements for the degree of Bachelor of Science in Computer Science was studied . and is recommended for admission. Accepted and approved as partial fulfillment of the requirements for the Bachelor of Science in Computer Science degree.
Mathematical and Computer Sciences Unit Department of Physical Sciences Department of Physical Sciences and Mathematics. Many organizations or individuals at the University of the Philippines Manila (UP Manila) sell different types of products such as shirts, textbooks, cards, etc. Certain web applications have already been designed and implemented, but none of these are localized; that is, for use within the UP Manila campus only.
The goal of this project is to design and implement a localized web application that will centralize all product listings, all sellers, and all product buyers within UP Manila.
Background of the Study
Another organization is the UPM-Shoot, which is fond of selling UP merchandise such as shirts, bags, etc. That is, they advertise it by posting it on campus bulletin boards and/or on social networking sites such as Facebook, Twitter, etc. The problem with these methods is that the sellers are allowed to publish the ad only to their Facebook friends or only to those who have seen the posts.
As for buyers, the only time they buy a product is when they get to see a post. The aforementioned E-Commerce sites can be used by UPM students in buying and selling their products. However, they may find it slow and difficult to find customers since their target market is members of the UPM community (students, faculty members, etc.).
It would also be better if a totally different localized web application is used so that organizations can manage their products as well as monitor the needs of their customers locally.
Statement of the Problem
On the buyers' side, the following problems can be observed: (1) buyers find it difficult to search for specific products they want within UP Manila and for specific sellers who can provide them; (2) they are not informed or not always aware that a new product is being sold in UP Manila and (3) they are limited in the products they want to buy to only those that are available for purchase.
Objectives of the Study
Send a message to the buyer about the reason if the trade request was rejected.
Significance of the Project
That is, they can buy anytime they want and wherever they are, as long as they have a device to access the system, as well as an Internet connection. Also, if the product they are looking for is not in the list of products in the system, they have the opportunity to request it.
Scope and Limitations
Assumptions
Review of Related Literature 10
From the functionalities of the two system partitions, we can say that the front-end management page is for users who will browse or inquire about products. We can say that the users are the administrator or even the sellers of the product. The second part of the system that Pramsane designed and implemented is the front-end system.
The front end of the system was created using templates to somehow speed up the design and loading processes. Like any other e-commerce website, the basic functions of the system include the buyer and the administrator or seller. The users or buyers of the system can buy a product, inquire about a product, inquire about an order and order a product.
The University of the Philippines Manila (UP Manila) is a co-educational and public research university located in Manila, Philippines [17]. It is the oldest of the seven constituent universities of the University of the Philippines System.
Electronic Commerce
Information System
Database Management System
CodeIgniter
Design and Implementation 20
The system has three levels of access: the registered user, the unregistered user and the system administrator.
Use Cases
If the trade request is accepted, the product will be marked as sold, otherwise it will still be available for purchase by other buyers in the system. If the account request has been accepted, the user will receive an email about the username and password to be used to log into the system for the first time. Product categories are useful for filtering the different products advertised as other users browse the system.
The system administrator can view all products but cannot edit any product information in it. They just need to use their login information, their username and password to enter the system. Deleting a product request handles cases where (1) the product request is impossible to provide by either seller, and (2) the product request has been in the system for quite some time.
This is important so that the user knows what happens when he is logged out of the system. Both the system administrator and the registered user receive and review notifications based on the notification type.
Database Design
Attribute Data Type Description id int(11) unique upload id prodid int(11) upload product ID.
System Architecture
The model is the part of the architecture that interacts with the database using MySQL.
Technical Architecture
The user will also not be allowed to enter the system if his/her account has been disabled by the System Administrator. The profile page is the landing page of all users who log into the system. The System Administrator has the ability to either enable or disable a registered user's account as shown in Figure 35.
On the other hand, if the System Administrator reactivates a disabled product, only a confirmation modal will appear. When a product has been reactivated, it will be allowed to be advertised (again) in the system. All registered users can view the various advertised products, but only the System Administrator has the ability to delete it as seen in Figure 44.
The System Administrator can view all feedback submitted by unregistered users through the home page. The gateway for communication between the system administrator and the unregistered user is via e-mail. As a seller, he/she will receive notifications if (1) a buyer has purchased a product, (2) a buyer has requested a trade, (3) a buyer has rated him/her and (4) ) a product has been activated or deactivated by the system administrator.
If the status has been changed by the seller of the product to 'CANCELED', the product will be deleted from this page. The form of buying and selling a product in the form of receipt is displayed on the product transaction page. One of the important functionalities of LEAf-UPM is to allow the Registered User to advertise a product.
The Registered User can search for a specific user of the system using the search field shown in Figure 68. The system has three main types of users namely: Registered User, System Administrator and Unregistered User. The product transaction he/she will have for the product is outside the scope of the system.
A combination of initial and static web templates, Bootstrap, and other third-party libraries were used to develop the system's user interface. The project's Views folder stores all these pages for the front-end portion of the system. From a communication point of view, the system has its own functionality that allows every registered user of the system to communicate with each other.
All notifications are sent by the system administrator as text messages to the various users of the system.
