ຫຼັກການ 7 ຂອງແບບ multilayer
ເຖິງແມ່ນວ່າມັນງ່າຍກວ່າການເຮັດ, ຂ້າພະເຈົ້າຢາກຈະເລີ່ມຕົ້ນໃນອາທິດນີ້ geophysical ກ່ຽວກັບຫົວຂໍ້ນີ້, ເຖິງແມ່ນວ່າມີປື້ມຄົບຖ້ວນສົມບູນກ່ຽວກັບເລື່ອງນີ້, ພວກເຮົາຈະນໍາໃຊ້ຫຼັກການເວັບ 7 Web 2.0 ເພື່ອສະຫຼຸບໂຄງການຂອງຮູບແບບ multilayer ແລະນໍາໃຊ້ມັນກັບພາກສະຫນາມ geomatic.
ແນວຄວາມຄິດທີ່ເອີ້ນວ່າ multilayer, ໄດ້ເກີດຂື້ນຫຼັງຈາກການ ນຳ ໃຊ້ server-server ໄດ້ມີການຂະຫຍາຍຕົວ, ຕິດພັນກັບການຂະຫຍາຍຕົວຂອງອິນເຕີເນັດໃນຂະນະທີ່ເຄືອຂ່າຍສ່ວນຕົວ (Intranet) ກໍ່ໄດ້ຮັບຄວາມນິຍົມ. ໜຶ່ງ ໃນຈຸດປະສົງທີ່ ສຳ ຄັນທີ່ສຸດແມ່ນການພັດທະນາບໍ່ມີຜົນກະທົບຕໍ່ການ ດຳ ເນີນງານ, ສ່ວນຫຼາຍແມ່ນຜູ້ໃຊ້ສອບຖາມໃນລະບົບທີ່ ກຳ ລັງ ນຳ ໃຊ້ຢູ່ເລື້ອຍໆ.
ດັ່ງກ່າວແມ່ນກໍລະນີດັ່ງກ່າວ, ສໍາລັບຕົວຢ່າງໃນໂຄງການເລຂາທິການໃຫຍ່ທີ່ນັກວິຊາການພາກສະຫນາມ, ການສ້າງແຜນທີ່ຫຼືການລາຍລັກອັກສອນຕ້ອງໄດ້ຮັບຂໍ້ມູນ; ຫຼັງຈາກນັ້ນນັກວິເຄາະທາງດ້ານກົດຫມາຍ, ນັກວິຊາການ GIS ແລະນັກວິຊາການຕ້ອງປະຕິບັດຂໍ້ມູນໃນຂະນະທີ່ຈາກຜູ້ໃຊ້ພາຍນອກມີຄວາມຕ້ອງການໃນລະດັບການປຶກສາຫາລືຫຼືຄໍາຮ້ອງຂໍສໍາລັບຂັ້ນຕອນການອອນໄລນ໌.
ໃຫ້ພວກເຮົາເບິ່ງຫຼັງຈາກນັ້ນຂັ້ນຕອນຂອງຕົວແບບນີ້ແລະຫຼັກການຂອງມັນ.
ຊັ້ນການພັດທະນາ
1. ການອອກແບບທີ່ລຽບງ່າຍ. ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະເຂົ້າໃຈວ່າເມື່ອມີການພັດທະນາໂປແກຼມ multilayer, ໜ້າ ທີ່ທີ່ຈະເຮັດໃຫ້ຂະບວນການຊ້າລົງ, ການ ນຳ ໃຊ້ຂໍ້ມູນຫຼືການປັບປຸງການເຮັດວຽກບໍ່ສາມາດເວົ້າເກີນຄວາມຈິງໄດ້. ນີ້ແມ່ນເຫດຜົນທີ່ການໃຊ້ຂັ້ນຕອນຄ້າຍຄືກັບ Javascript ທີ່ເຮັດວຽກຢູ່ໃນ server ເຮັດໃຫ້ຜູ້ໃຊ້ຫຼາຍຄົນປະຕິບັດວຽກຕ່າງໆໃນເວລາດຽວກັນໂດຍບໍ່ຕ້ອງໂຫຼດລະບົບຄືນ ໃໝ່. ຍ້ອນວ່າຂະບວນການຕ່າງໆສາມາດເຮັດໄດ້ນ້ອຍກວ່າ, ມັນພຽງແຕ່ຮຽກຮ້ອງໃຫ້ມີການກວດສອບ ຈຳ ນວນແລະຄວາມສາມາດຂອງຜູ້ປຸງແຕ່ງເພື່ອຮັກສາການອອກແບບລຽບງ່າຍ ... ເຖິງແມ່ນວ່າສິ່ງນີ້ຍິ່ງກວ່າຄວາມຊ່ຽວຊານຂອງນັກສະຖາປະນິກຊອບແວເບິ່ງຄືວ່າຈະເປັນທັກສະຂອງພະເຈົ້າຫລາຍຂື້ນ.
2. ຄໍາຮ້ອງສະຫມັກສໍາລັບການນໍາໃຊ້ຫຼາຍອຸປະກອນ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຕ້ອງພິຈາລະນາວ່າຜູ້ໃຊ້ຈະຕ້ອງການທີ່ຈະເຂົ້າເຖິງຂໍ້ມູນຈາກອຸປະກອນຄອມພິວເຕີ້ desktop ຫຼືໂທລະສັບມືຖືຫຼາຍໆຊະນິດຜ່ານທາງເວັບ, ສະນັ້ນການພັດທະນາຕ້ອງພິຈາລະນາຫຼັກການນີ້. ເຖິງແມ່ນວ່າມັນບໍ່ງ່າຍທີ່ຈະຄາດຄະເນການວິວັດທະນາການຂອງເຄື່ອງມືທີ່ມີຊື່ສຽງ, ຢ່າງຫນ້ອຍຄວາມພິເສດຂອງໂຄງການຄວນຈະຖືກພິຈາລະນາເພື່ອຈຸດປະສົງໃນການໃຫ້ອາຫານແລະດາວໂຫລດຂໍ້ມູນ, ຄືກັບວ່າໃນຂະບວນການສຸຂະພາບ, ການ ນຳ ໃຊ້ອຸປະກອນ GPS ແລະ PDA ກັບໂປແກຼມ GIS / CAD ທີ່ມີຄວາມສາມາດໃນການໃຫ້ຂໍ້ມູນແບບຕາຕະລາງ ໜ້ອຍ ທີ່ສຸດ, ແລະການ ນຳ ໃຊ້ຂໍ້ມູນ raster / vector. ຍ້ອນວ່າຄວາມຊ່ຽວຊານຂອງທຸລະກິດມີຄວາມຫລາກຫລາຍ, ມັນ ຈຳ ເປັນຕ້ອງມີສະຕິຮູ້ເຖິງຄວາມກ້າວ ໜ້າ ຂອງເຕັກໂນໂລຢີ.
3 ຜ່ານຖານຂໍ້ມູນ. ເພື່ອຮັກສາໂປເຊດເຊີໃຫ້ຫລຸດພົ້ນຈາກການພັງທະລາຍ, ມັນ ຈຳ ເປັນຕ້ອງໄດ້ພິຈາລະນາວ່າການກະ ທຳ ໃດໆທີ່ຜູ້ໃຊ້ ດຳ ເນີນການແມ່ນການໂທຫາຖານຂໍ້ມູນແບບງ່າຍດາຍ, ສະນັ້ນ, ຖ້າການໂອນຍ້າຍເອກະສານຖືກ ນຳ ໃຊ້, ມັນກໍ່ເປັນການດີກວ່າທີ່ຈະສ້າງບໍລິການເວັບ. ຖ້າແຜນທີ່ຈະຖືກ ນຳ ໃຊ້, ສິ່ງທີ່ດີທີ່ສຸດແມ່ນການສ້າງບໍລິການ IMS ສຳ ລັບການພິມເຜີຍແຜ່ແລະຖ້າມີເອກະສານຈະຖືກດາວໂຫລດ, ຊອກຫາການ ນຳ ໃຊ້ບໍລິການເວັບ.
ຂັ້ນຕອນການດໍາເນີນການ
4 ເວັບໄຊທ໌ເປັນເວທີ. ບໍ່ວ່າ Intranet ຫລືອິນເຕີເນັດ, ແນວຄວາມຄິດກໍ່ຄືກັນ, ຊອກຫາສະພາບແວດລ້ອມການເຮັດວຽກຂອງຜູ້ໃຊ້ໃຫ້ຢູ່ໃນອິນເຕີເນັດເພື່ອໃຫ້ຂະບວນການປະເພດໃດ ໜຶ່ງ ແລ່ນຈາກ server. ນີ້ຖືກປະກອບຕາມຫຼັກການດັ່ງຕໍ່ໄປນີ້ເນື່ອງຈາກຄວາມຕັ້ງໃຈແມ່ນເພື່ອຮັບປະກັນວ່າການ ດຳ ເນີນງານຂອງຂະບວນການບໍ່ ຈຳ ເປັນຕ້ອງມີທີມທີ່ມີຊັບພະຍາກອນຂະ ໜາດ ໃຫຍ່, ເຖິງແມ່ນວ່າມັນ ຈຳ ເປັນຕ້ອງມີການອອກແບບ ໃໝ່ ໃນການ ນຳ ໃຊ້ desktop.
5 ການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກອອນໄລນ໌. ນີ້ແມ່ນສິ່ງທ້າທາຍທີ່ດີ ສຳ ລັບນັກພັດທະນາເພາະວ່າຊັ້ນນີ້ຍັງປະກອບມີລະດັບຜູ້ ນຳ ໃຊ້ທີ່ ດຳ ເນີນຂັ້ນຕອນຕ່າງໆທີ່ເກີນ ຄຳ ຖາມ. ກໍລະນີດັ່ງກ່າວແມ່ນການ ບຳ ລຸງຮັກສາສຸຂະພາບ, ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການ ນຳ ໃຊ້ເອກະສານທີ່ແຕກຕ່າງແລະບໍ່ພຽງແຕ່ການ ໝູນ ໃຊ້ຂໍ້ມູນແບບຕາຕະລາງເທົ່ານັ້ນ. ສຳ ລັບສິ່ງນີ້, ຊອບແວທີ່ຖືກເລືອກຕ້ອງໃຫ້ສະພາບແວດລ້ອມໃນການຄຸ້ມຄອງເອກະສານທີ່ມີການຄວບຄຸມ, ການສ້າງແບບ ຈຳ ລອງແລະຂັ້ນຕອນທີ່ຮູ້ກັນວ່າເອີ້ນເຊັກເອົາ; API ຍັງຄາດວ່າຈະໃຫ້ຄວາມສາມາດພິເສດໃນການເຮັດວຽກແລະປ້ອງກັນບໍ່ໃຫ້ຂະບວນການຄອມພິວເຕີ້ຈາກການເຮັດວຽກສັບສົນ.
Layer ຂອງຜູ້ໃຊ້
6 ຄວາມລວບລວມຂໍ້ມູນ. ຫຼັກການນີ້ແມ່ນມາຈາກແນວຄິດຂອງຊຸມຊົນ, ເປັນທີ່ນິຍົມຫຼາຍໃນທຸກມື້ນີ້. ສິ່ງ ສຳ ຄັນແມ່ນການສ້າງອິນເຕີເຟດທີ່ ອຳ ນວຍຄວາມສະດວກໃຫ້ແກ່ການສື່ສານລະຫວ່າງຜູ້ ນຳ ໃຊ້, ມັນແມ່ນເວທີດັ່ງກ່າວ, ເຄືອຂ່າຍສະ ໜັບ ສະ ໜູນ ຫຼືຊ່ອງທາງການສົ່ງຂໍ້ຄວາມດ່ວນ, ເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດແບ່ງປັນຄວາມສົງໄສ, ວິທີແກ້ໄຂແລະໃຊ້ປະໂຫຍດຈາກທັກສະການລວບລວມ.
7 Feedback ການບໍລິການທີ່ຖືກສ້າງຂື້ນຕ້ອງມີ ໜ້າ ທີ່ເຮັດວຽກຢ່າງພຽງພໍເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດລາຍງານຂໍ້ຜິດພາດ, ເພີ່ມ ຄຳ ເຫັນໂດຍອັດຕະໂນມັດຫຼືຄວາມສະ ໝັກ ໃຈ. ການເຂົ້າເຖິງທີ່ ຈຳ ກັດ, ການລົງທະບຽນທີ່ເປັນປະໂຫຍດແລະການປັບປຸງການປ່ຽນແປງແບບອັດຕະໂນມັດແມ່ນຄາດວ່າຈະຢູ່ໃນລະດັບນີ້.
ຫຼັກການເຫຼົ່ານີ້ຄວນມີອິດທິພົນຕໍ່ປັດຈຸບັນໃນການຕັດສິນໃຈກ່ຽວກັບເຄື່ອງຫມາຍຂອງຊອບແວ, ສ່ວນໃຫຍ່ແມ່ນຍ້ອນວ່າຊີວິດນີ້ບໍ່ແມ່ນຢູ່ໃນຜະລິດຕະພັນຂອງການທ່ອງທ່ຽວແຕ່ໃນຄວາມສາມາດທີ່ຈະເຮັດໃຫ້ລາວພັດທະນາມື.
ຂອບໃຈສໍາລັບຂໍ້ມູນຂອງທ່ານ, ຂອບໃຈຫຼາຍໆທ່ານ.
ບົດຄວາມທີ່ດີຫຼາຍໄດ້ຊ່ວຍຂ້າພະເຈົ້າຫຼາຍ!
ຊົມເຊີຍ!