Développement du système de gestion de Barangay, partie 2 – Conception de la base de données

Ceci est la deuxième partie ou notre tutoriel sur la façon de développer un système de gestion de barangay. La partie 2 du didacticiel concerne la conception ou le modèle de base de données du système. Il a été déclaré dans la première partie du tutoriel que nous utiliserons Visual Basic et MySQL pour le développement du système de gestion de barangay.

Nous devons d’abord installer le programme d’installation XAMPP qui inclut le serveur mysql. Le système de gestion de barangay que nous allons créer se compose de 6 tableaux, et ils seront expliqués un par un en incluant leurs champs et entités. L’article comprendra également l’instruction create sql que vous pourrez utiliser pour créer et établir les tables de base de données.

Après avoir correctement installé le XAMPP, vous devez vous assurer que le service apache et mysql sont opérationnels. Ensuite, pour configurer notre base de données à l’aide de l’outil PHPMyAdmin, il s’agit d’une interface utilisateur graphique utilisée pour accéder à notre serveur de base de données et y naviguer. Nous nommerons notre base de données BarangaySysDB.

tbl_UserAccounts – la table des comptes utilisateurs stockera et gérera les informations des personnes pouvant accéder aux enregistrements du barangay. Les utilisateurs peuvent ajouter, mettre à jour et rechercher des informations et le tableau comporte 7 champs ou colonnes.

• user_id – clé primaire de la table et est configuré pour être incrémenté de un pour chaque élément enregistré.
• full_name – cela stockera le nom complet de l’utilisateur.
• position – cela fait référence à la position de travail de l’utilisateur dans le barangay.
• contact – informations de contact de l’utilisateur, de préférence le numéro de téléphone portable.
• adresse – adresse complète de l’utilisateur.
• nom d’utilisateur – le nom d’utilisateur souhaité de l’utilisateur.
• mot de passe – le mot de passe souhaité de l’utilisateur.

Créer une instruction SQL:

CREATE TABLE IF NOT EXISTS `tbl_useraccounts` (
`user_id` int(11) NOT NULL AUTO_INCREMENT,
`full_name` varchar(50) NOT NULL,
`position` int(1) NOT NULL,
`contact` varchar(15) NOT NULL,
`address` varchar(100) NOT NULL,
`username` varchar(30) NOT NULL,
`password` varchar(30) NOT NULL,
PRIMARY KEY (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

tbl_Purok – les purok sont la sous-unité du système barangay. Les listes de puroks seront encodées et stockées dans ce tableau et il a 3 entités.

• purok_id – clé primaire de la table et est configuré pour être incrémenté de un pour chaque élément enregistré.
• purok_name – c’est la colonne qui stocke le nom du purok.
• remarques – une brève description ou vous pouvez entrer l’historique du purok, bien que ce champ soit facultatif.

Créer une instruction SQL:

CREATE TABLE IF NOT EXISTS `tbl_purok` (
`purok_id` int(11) NOT NULL AUTO_INCREMENT,
`purok_name` varchar(30) NOT NULL,
`remarks` varchar(50) NOT NULL,
PRIMARY KEY (`purok_id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

tbl_PurokPresident – chaque purok a également son propre chef et le chef est appelé le chef purok ou président purok. Le but de ce tableau est de stocker les informations du leader purok.

• purokpres_id – clé primaire de la table et est configuré pour être incrémenté de un pour chaque élément enregistré.
• resident_id – il s’agit de la clé étrangère de la table qui est liée à tbl_ResidentInfo. Le but principal de la clé étrangère est ce que nous appelons l’intégrité référentielle des enregistrements, cela signifie que l’enregistrement trouvé sur cette table doit pointer vers l’enregistrement de la source ou de la table principale; sinon, nous ne pouvons pas établir de relation.
• term_start – la date à laquelle il a été élu président purok.
• term_end – le dernier jour de service du président purok.
• term_index – il s’agit d’une concaténation de l’année commencée et terminée l’année.
• set_current – c’est le champ qui représente l’actuel président purok.
• remarques – informations importantes sur le président purok.

Créer une instruction SQL:

CREATE TABLE IF NOT EXISTS `tbl_purokpresident` (
`purokpres_id` int(11) NOT NULL AUTO_INCREMENT,
`purok_id` int(11) NOT NULL,
`resident_id` int(11) NOT NULL,
`term_start` date NOT NULL,
`term_end` date NOT NULL,
`term_index` varchar(15) NOT NULL,
`set_current` int(1) NOT NULL,
`remarks` varchar(50) NOT NULL,
PRIMARY KEY (`purokpres_id`),
KEY `resident_id` (`resident_id`),
KEY `purok_id` (`purok_id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

tbl_ResidentInfo – ce tableau stockera les informations du résident. D’après notre expérience, chaque barangay a une forme différente utilisée pour la collecte de données de ses résidents. Ce tableau peut être personnalisé et modifié en fonction de vos besoins.

• resident_id – clé primaire de la table et doit être incrémenté de un pour chaque élément enregistré.
• last_name – cette colonne stockera le nom de famille du résident.
• first_name – cette colonne stockera le prénom du résident.
• middle_name – cette colonne stockera le deuxième prénom du résident.
• birth_date – il stockera la date de naissance du résident.
• âge – il enregistrera l’âge du résident.
• purok_id – il s’agit de la clé étrangère qui est liée au tbl_Purok.
• civil_status – cette colonne stockera l’état civil du résident. Pour économiser le stockage de la base de données, nous allons attribuer des numéros pour chaque valeur, par exemple: célibataire est 1, marié est 2.
• religion – ce champ stockera la religion du résident.
• sexe – ce champ concerne le sexe du résident.
• complete_address – adresse complète du résident.
• contact_no – coordonnées du résident (mobile, fixe, etc.).
• with_philhealth – indique si le résident est membre de philhealth.
• with_sss – indique si le résident est membre du système de sécurité sociale.
• revenu – le revenu brut du résident par mois.
• member_4ps – il indiquera si le résident est membre de 4Ps.
• voter_status – il indiquera si le résident est un électeur inscrit.
• encoded_by – il s’agit de la clé étrangère qui relie aux tbl_UserAccounts, il enregistrera l’utilisateur qui a encodé les informations résidentes.

Créer une instruction SQL:

CREATE TABLE IF NOT EXISTS `tbl_residentinfo` (
`resident_id` int(11) NOT NULL AUTO_INCREMENT,
`last_name` varchar(30) NOT NULL,
`first_name` varchar(30) NOT NULL,
`middle_name` varchar(30) NOT NULL,
`birth_date` date NOT NULL,
`age` int(3) NOT NULL,
`purok_id` int(11) NOT NULL,
`civil_status` int(1) NOT NULL,
`religion` varchar(30) NOT NULL,
`gender` int(1) NOT NULL,
`complete_address` varchar(100) NOT NULL,
`contact_no` varchar(15) NOT NULL,
`with_philhealth` int(1) NOT NULL,
`with_sss` int(1) NOT NULL,
`income` float NOT NULL,
`member_4ps` int(1) NOT NULL,
`voter_status` int(1) NOT NULL,
`encoded_by` int(11) NOT NULL,
PRIMARY KEY (`resident_id`),
KEY `purok_id` (`purok_id`,`encoded_by`),
KEY `encoded_by` (`encoded_by`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

tbl_BrgyOfficial – c’est le tableau qui va enregistrer, stocker et archiver les informations sur le barangay officiel.

• official_id – clé primaire de la table et doit être incrémenté de un pour chaque élément enregistré.
• resident_id – il s’agit de la clé étrangère qui est liée à tbl_ResidentInfo.
• term_start – la date à laquelle il a été élu comme fonctionnaire barangay.
• term_end – le dernier jour de service du fonctionnaire.
• term_index – il s’agit d’une concaténation de l’année commencée et terminée l’année.
• set_current – c’est le champ qui représente le fonctionnaire barangay actuel.
• remarques – informations importantes sur le fonctionnaire barangay.

Créer une instruction SQL:

CREATE TABLE IF NOT EXISTS `tbl_brgyofficial` (
`official_id` int(11) NOT NULL AUTO_INCREMENT,
`resident_id` int(11) NOT NULL,
`term_start` date NOT NULL,
`term_end` date NOT NULL,
`term_index` varchar(15) NOT NULL,
`set_current` int(1) NOT NULL,
`remarks` varchar(100) NOT NULL,
PRIMARY KEY (`official_id`),
KEY `resident_id` (`resident_id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

tbl_Clearance

• liquidation_id – clé primaire de la table et doit être incrémenté de un pour chaque élément enregistré.
• resident_id – il s’agit de la clé étrangère qui est liée à tbl_ResidentInfo.
• date_recorded – fait référence à la date à laquelle le dégagement a été imprimé.
• or_no – Numéro OR de la transaction.
• montant – montant payé par le résident.
• remarques – informations importantes sur la transaction.
• encoded_by – il s’agit de la clé étrangère qui est liée aux tbl_UserAccounts.

Créer une instruction SQL:

CREATE TABLE IF NOT EXISTS `tbl_clearance` (
`clearance_id` int(11) NOT NULL AUTO_INCREMENT,
`resident_id` int(11) NOT NULL,
`date_recorded` date NOT NULL,
`or_no` int(11) NOT NULL,
`amount` float NOT NULL,
`remarks` varchar(100) NOT NULL,
`encoded_by` int(11) NOT NULL,
PRIMARY KEY (`clearance_id`),
KEY `resident_id` (`resident_id`,`encoded_by`),
KEY `encoded_by` (`encoded_by`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

Contraintes pour les tables vidées

--
-- Constraints for table `tbl_brgyofficial`
--
ALTER TABLE `tbl_brgyofficial`
ADD CONSTRAINT `tbl_brgyofficial_ibfk_1` FOREIGN KEY (`resident_id`) REFERENCES `tbl_residentinfo` (`resident_id`) ON DELETE CASCADE ON UPDATE CASCADE;

--
-- Constraints for table `tbl_clearance`
--
ALTER TABLE `tbl_clearance`
ADD CONSTRAINT `tbl_clearance_ibfk_2` FOREIGN KEY (`resident_id`) REFERENCES `tbl_residentinfo` (`resident_id`) ON DELETE CASCADE ON UPDATE CASCADE,
ADD CONSTRAINT `tbl_clearance_ibfk_1` FOREIGN KEY (`encoded_by`) REFERENCES `tbl_useraccounts` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE;

--
-- Constraints for table `tbl_purokpresident`
--
ALTER TABLE `tbl_purokpresident`
ADD CONSTRAINT `tbl_purokpresident_ibfk_2` FOREIGN KEY (`purok_id`) REFERENCES `tbl_purok` (`purok_id`) ON DELETE CASCADE ON UPDATE CASCADE,
ADD CONSTRAINT `tbl_purokpresident_ibfk_1` FOREIGN KEY (`resident_id`) REFERENCES `tbl_residentinfo` (`resident_id`) ON DELETE CASCADE ON UPDATE CASCADE;

--
-- Constraints for table `tbl_residentinfo`
--
ALTER TABLE `tbl_residentinfo`
ADD CONSTRAINT `tbl_residentinfo_ibfk_2` FOREIGN KEY (`purok_id`) REFERENCES `tbl_purok` (`purok_id`) ON DELETE CASCADE ON UPDATE CASCADE,
ADD CONSTRAINT `tbl_residentinfo_ibfk_1` FOREIGN KEY (`encoded_by`) REFERENCES `tbl_useraccounts` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE;

Vous pouvez également consulter les articles suivants relatifs au système d’information barangay.

Barangay Records Management Features and Interface utilisateur

Système de gestion de City Wide Barangay en PHP et MySQL

rendez-vous sur la partie 2 de ce tutoriel gratuit.

iNetTutor.com

commentaires

commentaires