TILES MANAGEMENT SYSTEM

 

INTRODUCTION OF TILES MANAGEMENT SYSTEM

Are you looking for Tiles management system for your final year project? We are here to help you. You can contact us

Everyone wants to make their home clean and shiny. They can do the cleaning dust through regular cleaning but it does not make it shiny. it needs something else like any upper coating to their walls and floor such that they can be easily maintained and make it clear the way they want it makes the luminous thing for a long time giving it rich look on the whole.

Now where one can buy these tiles and most important thing which design they buy the tiles. This becomes the most difficult task to choose that in a proper manner.

So here we have an integrated system which can make very easy to locate the availability of the titles at stores and then they can easily choose the design of the tiles by looking at the pics of these in the system.

they select from all variety and further can decide about the order of the tiles in number and area. they get cost calculation. Then as he confirms the order of tiles is filled in the vehicles with the transporter concerns.

The transporter transports the consignment to the desired place of the user. Hence one can get their order at their premise easily and also can give feedback about the management and quality of products which can be analyzed and worked upon improvement.

MODULES OF TILES MANAGEMENT SYSTEM

The system is made of the combination of modules which work with collaboration with each other and make it beneficial to accomplish the main aim of the system.

TILES :

This is the interface from where the user chooses the desired tiles according to various filters few of them are the colour of the tiles, category to which it belongs, the price of the tiles brand, focus on area wise like for kitchen or outdoor or floor that will be considered here.

As the user has a variety of choices the pics are also shown so that there will not be any kind inconsistency in demand and supply and it helps from manual to the tested platform as we can see the tiles examples also there depending upon the design.

CUSTOMIZED ITEMS:

Here we have the option for users that they can those according to their wish like they can order that piece which is not available at the moment or which they want according to their wish. they can register for that with the full specification that which kind of tile he wants and what are the attributes of that are.

ORDER:

The orders from the needy place by the user is going to be saved in this interface and using this interface one can enter a number of tiles needed they need and at what time they need and where they need the full address is mentioned.

After Choosing according to the design and price. Now, this order is assigned to some transporter who will load it and transport to the required place at the time.

TRANSPORTER:

Transporter is the person who is responsible for his vehicle to maintain and load the item in it according to the order given by the user and instructed by the admin.

He maintains his vehicle and he is responsible for its well-being like no plate, pollution certificate and any other feature plus the driving of the vehicle to the destination .he can all manage through this interface and track these in this.

FEEDBACK:

Feedback interface also an important part of the system as the user satisfaction and the staffs working quality and any kind disregard or complaint or if any problem in the system the first information to come up with that is taken from here.

REGISTRATION:

Users information have to be compelled to be registered within the system thus on establish every of them unambiguously and do the required group action as simple potential .like on the name of the bill are issued.

on the far side, this V plenty of things require measure there wherever we will reference him. Without registration, there are few options and pages one user can see which are landing on the home page and taking the features read but he won’t be allowed to use those.

For use, he will have to register. One person needs to put his all the details properly and precisely as it will be helpful in identifying them and believing that he is the real person who has booked for the same.

It also includes driver license for them who is driving and parameter too.

LOGIN:

After registration one will log within the system because the operator of the system either on the behalf of user. when this he has the opposite helpful interfaces accessible for any actions.

Here either bride or groom both have to log in with their unique identity and passwords. After this, they will be directed to the main user interface from where they have further options.

FORGOT PASSWORD:

This is quite often that people tend to forget the password they keep for the login. So this could be very tedious and hectic to recover the password manually in case if one needs to login in the emergency.

So to overcome this problem we have this module named ass forgot the password and using this module user can recover their password in seconds. So here we need to only put our registered email Id and hit the enter.

than one confirmation email will go to the email where he has the option to reset the password. In seconds one can use this module and get rid of forgetting password problem.

ADMIN:

Admin has the official powers to control the flow of the data from one part of the system to the other. He has the power to manipulate the access of the users to the data.

The main purpose of this account is to make the user data relevant and then giving the inputs to the other interface module and make it work optimistically and get the timetable according to the wish we want to create for a particular type of inputs.

Hence all the data will be reflected with clean and well data in the interfaces.

SYSTEM REQUIREMENT OF TILES MANAGEMENT SYSTEM

Now, this method is intended in such the way that it takes fewer resources to figure out work properly. it’s its own type of minimum needs that we’d like to require care of :

The system wants a minimum of two GB of ram to run all the options sleek and unforeseen.

It wants a minimum 1.3 gigahertz processor to run sleek as else which will produce issues.

The system must be operated by some approved person as wrong hands will build it happy-go-lucky.

Rest is all up to the user’s usage can take care of hardware

For security opposing anti-virus is suggested.

The system is made properly and all the testing is done as per the requirements. So, the rest of the things depend on the user and no one can harm the data or the software if the proper care is done.

All the attributes are working perfectly and if any error is found then it can be removed easily.

SYSTEM DESIGN OF TILES MANAGEMENT SYSTEM

E-R DIAGRAM OF TILES MANAGEMENT SYSTEM

ENTITY TILES:

The entries of tiles are done here in this entity.

PRIMARY KEY TILES_ID :

This is system generated and unique, which can be referenced in any other entity.

NAME:

The unique name given to the tile is fed over here.

BRAND:

The brand to which they loyal can be seen over here.

PRICE:

The price per unit will be fixed over here.

CATEGORY:

it depends upon the Material used that is lustrous and week for mild usage, hard but strong for heavy usage.

HEIGHT:

The height of the tile in the foot can be seen here.

WIDTH:

The width of the tile in the foot can be seen here.

COLOR:

The colour of the tiles can be seen over here.

FOCUS AREA:

The focus area that where it needs to be designed to fit like in the kitchen, bathroom, floor or any other place depends upon the design and durability, lustre and other feature that a user considers while purchasing tiles.

ENTITY CUSTOMIZED ITEM:

PRIMARY KEY CUSTOMIZED ITEM_ID:

This is system generated and unique, which can be referenced in any other entity.

NAME:

The unique name given to the tile is fed over here.

BRAND:

The brand to which they loyal can be seen over here.

PRICE:

The price per unit will be fixed over here.

CATEGORY:

it depends upon the Material used that is lustrous and week for mild usage, hard but strong for heavy usage.

HEIGHT:

The height of the tile in the foot can be seen here.

WIDTH:

The width of the tile in the foot can be seen here.

COLOR:

The colour of the tiles can be seen over here.

FOCUS AREA:

The focus area that where it needs to be designed to fit like in the kitchen, bathroom, floor or any other place depends upon the design and durability, lustre and other feature that a user considers while purchasing tiles.

REFERENCE PIC:

The picture of the tile that they want or a rough diagrams click work for it.

TIME TO COMPLETE:

The deadline to which the order is required by the user and they need to a complete that order at time

ENTITY ORDER:

PRIMARY KEY ORDER_ID:

This is system generated and unique, which can be referenced in any other entity.

FOREIGN KEY TILES_ID:

Reference to the tiles in

FOREIGN KEY USER_ID:

Reference to the user’s id

FOREIGN KEY TRANSPORTER_ID:

References to the transporter id

TIME OF DELIVERY:

The time at which he wants the delivery.

PLACE OF DELIVERING:

a place where he wants the delivery, that is address

COST:

The cost of the tiles can be shown over here.

ENTITY TRANSPORTER:

PRIMARY KEY TRANSPORTER_ID:

This is system generated and unique, which can be referenced in any other entity.

PLACE OF DELIVERY:

where to deliver.

STARTING TIME:

the time to start from source.

REACHING TIME:

The time at which the delivery reaches.

VEHICLE_ID:

This is reference key from the other entity to link the data of that table.It is system generated unique identity number.

This used to uniquely identify every table in the database and perform the crud operation on it.

ENTITY VEHICLE:

PRIMARY KEY VEHICLE_ID:

This is system generated and unique, which can be referenced in any other entity.

NAME :

The brand name of the vehicle

SIZE:

The size of the vehicle which it is.

ENTITY FEEDBACK:

PRIMARY KEY FEEDBACK_ID:

This is system generated and unique, which can be referenced in any other entity.

FOREIGN KEY USER_ID:

This is reference key from the other entity to link the data of that table.It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

It is used to reference that table to any other table or any interface to show the data of it and support other entities.

FOREIGN KEY TRANSPORTER_ID:

This is reference key from the other entity to link the data of that table.It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

It is used to reference that table to any other table or any interface to show the data of it and support other entities.

DESCRIPTION:

The issue related all the information is given here, one can mention the time venue and person with whom he has a complaint and any other information if he wants.

This will be read by higher official and necessary actions will be taken. This will make scenario easy to understand.

ENTITYUSER:-

User data have to be saved in this entity and all fields are required for this purpose which taken from the user .proper validation is checked and the attributes are as follows:

PRIMARY KEYUSER_ID:

This is system generated and unique, which can be referenced in any other entity.

USERNAME:

Username is taken from the user and fed into this it is properly validated so that no mistake happens.

QUALIFICATION:

qualification is taken as to filter the events according to this so that user does not need to filter out the events to register it makes this system more reliable and useful.

NUMBER:

The phone number is taken here to keep the member updated and for the confirmation of the event is also managed through this method.

EMAIL:

email is taken to make member aware of new offers new events and for future reference, it is also relevant.

TYPE:

the type of user is mentioned here like is he a student, teacher or he is the vendor of any shop. According to this data, the discounts offers and other things are decided plus few other things of adjusting the task of the user also with this.

ADDRESS:

The location of the user is also mentioned here to make it easy to the delivery and few other things too.

ENTITY ADMIN:

PRIMARY KEY ADMIN:

This is the main supervisor of all task happening in the system for long. It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

It is used to reference that table to any other table or any interface to show the data of it and support other entities. It has all the power to make changes in the field of other tables. It grants the privileges to other users of the system that what kind of operations they can perform.

LOGS:

The logs are saved here to analyze the system accordingly. The changes occur. For necessary changes.

PASSWORD:

A Strong password is recommended for this account as no one wants to get hacked and lose the sophisticated data.

DESCRIPTION:

Any important info. Regarding this account is attributed in this.

FOREIGN KEY : –

This is reference key from the other entity to link the data of that table.It is system generated unique identity number. This used to uniquely identify every table in the database and perform the crud operation on it.

It is used to reference that table to any other table or any interface to show the data of it and support other entities.

USE CASE DIAGRAM OF TILES MANAGEMENT SYSTEM:

The system has mainly three actors users will choose the tiles according to the filter given to him and orders them to deliver at a time then Transporter will load the item and deliver it to the address after the approval of the admin.

FUNCTIONAL AND NON-FUNCTIONAL REQUIREMENTS OF TILES MANAGEMENT SYSTEM

FUNCTIONAL REQUIREMENTS OF TILES MANAGEMENT SYSTEM:-

The functional requirements are those requirements which are necessary to the eye of the user and the client. Here we try to make the module possible to accomplish the need of the desired function. few of its functional requirements are as follows-

NON-FUNCTIONAL REQUIREMENTS OF TILES MANAGEMENT SYSTEM:-

These requirements needs unit among the style of “system shall be “, associated overall property of the system as a full or of a particular aspect and not a particular operation. The system’s overall properties remarkably mark the excellence between whether or not the event project has succeeded or unsuccessful.

NON-FUNCTIONAL OF TILES MANAGEMENT SYSTEM NEEDS –

unit of measurement usually divided into 2 main categories:

Execution qualities, like security and quality, that unit evident at the runtime.

Evolution qualities, like liabilities, maintainability, flexibility and quantitative, that unit embodied among the static structure of the code.

Non-functional needs place restrictions on the merchandise being developed, the event technique, and specify external constraints that the merchandise has to be compelled to meet

graphic/industrial vogue is daring and eye-catching, smart interface vogue is sometimes delicate and invisible.

KEEP THINGS SIMPLE AND CONSISTENT:-

Simple and Harmonic means that making u i is extraordinarily intuitive and needs to followed

OBSERVE THE USE OF TYPOGRAPHY:-

The typography is taken care really strictly as the wish of the system.

USE COLOUR AND DISTINCTION PROPERLY:-

Color band of skin and dark is sweet means that stress and done well throughout this method

CONSIDER FEEDBACK MESSAGES:-

feedback sort may well be an excellent means that taking feedback of forms and rising the system.

SIMPLIFIED FORMS:-

The form is made simple to fill with a clean program.

CONCLUSION OF TILES MANAGEMENT SYSTEM

Finally, in tiles management system, we have a system in which users will choose the tiles according to the filter given to him and orders them to deliver at a time then Transporter will load the item and deliver it to the address after the approval of the admin. Making the procedure simple, certain and trouble-free.