محصولات

محصولات شرکت پایشگران فراسنجش طبیعت فارس، سامانه‌های نرم‌افزاری آماده‌ی بهره‌برداری هستند که برای یک کاربرد مشخص سازمانی طراحی شده‌اند و امروز در حال استفاده‌اند. این محصولات در حوزه‌های خدمات شهری، مدیریت آرامستان، رسیدگی به درخواست‌های مردمی و مدیریت تأسیسات آبی به کار می‌روند و در همه‌ی آن‌ها داده‌ی مکانی نقش ستون اصلی را دارد. برخلاف پروژه‌ی اختصاصی که از صفر طراحی می‌شود، محصول آماده با هسته‌ی آزموده‌شده و قابل استقرار سریع‌تر عرضه می‌گردد. در این صفحه فهرست سامانه‌های در حال بهره‌برداری، اصول مشترک معماری آن‌ها، شیوه‌ی استقرار و پشتیبانی، شرایط لایسنس و معیار انتخاب میان محصول آماده و پروژه‌ی سفارشی تشریح می‌شود.

پنج سامانه در حال بهره‌برداری

سامانه مدیریت هوشمند آرامستان، بستر یکپارچه‌ی ثبت و پیگیری اطلاعات قطعات، قبور، متقاضیان و خدمات آرامستان است. این سامانه با فناوری Next.js و Prisma روی پایگاه‌داده‌ی PostgreSQL پیاده‌سازی شده و امکاناتی مانند نمایش نقشه و ورود داده‌ی KML، مدیریت قطعات، ثبت درخواست خدمات، قرارداد، تعرفه‌ی سالانه، پذیرایی و کد QR را در یک سامانه گرد می‌آورد.

سامانه دبیرخانه کمیسیون ماده ۱۰۰ برای مدیریت پرونده‌های این کمیسیون طراحی شده است. این سامانه بر پایه‌ی Node و Express با پایگاه‌داده‌ی PostgreSQL و رابط کاربری React ساخته شده و تولید خروجی PDF و Word، خروجی اکسل، پشتیبانی از تاریخ شمسی، نمایش نقشه و سامانه‌ی لایسنس را در بر می‌گیرد.

سامانه هوشمند مدیریت شهری شهریار با CesiumJS، Express و PostgreSQL پیاده‌سازی شده و بر نمایش و تحلیل سه‌بعدی شهر تمرکز دارد. ابزارهای اندازه‌گیری فاصله، مساحت، حجم و پروفیل، شبیه‌سازی ساختمان، تحلیل سایه و پنل مدیریت کاربران از کارکردهای آن است.

سامانه هوشمند مدیریت آبرسانی با Node.js و PostgreSQL ساخته شده و یک API مشترک را در اختیار اپلیکیشن میدانی و داشبورد وب قرار می‌دهد. احراز هویت توکنی و یکپارچگی داده میان این دو رابط، ویژگی اصلی معماری آن است.

سامانه مبتنی بر هوش مصنوعی ۱۳۷ شامل اپلیکیشن اندروید با زبان Kotlin، سمت سرور با Node و Prisma و PostgreSQL، و داشبورد React است و ثبت عکس و موقعیت مکانی، کد پیگیری، گردش کار رسیدگی، ذخیره‌ی آفلاین و همگام‌سازی را پوشش می‌دهد.

اصول مشترک معماری محصولات

این سامانه‌ها با وجود تفاوت در کاربرد، بر اصول معماری مشترکی استوارند. همه‌ی آن‌ها بر پایگاه‌داده‌ی رابطه‌ای PostgreSQL بنا شده‌اند و در آن‌ها داده‌ی مکانی و صفتی در یک بستر ذخیره می‌شود؛ این یکدستی، پرس‌وجوهای ترکیبی و گزارش‌گیری را ساده می‌کند. مرجع مکانی نیز در همه‌ی محصولات به‌صورت صریح تعریف و ثبت می‌شود.

جداسازی سمت سرور از رابط کاربری، اصل مشترک دیگر است. منطق کاری و قواعد اعتبارسنجی در سمت سرور اجرا می‌شود تا خروجی‌ها مستقل از نوع رابط، یکسان بماند. این جداسازی امکان می‌دهد که برای یک سامانه، رابط وب و اپلیکیشن میدانی هر دو از یک منطق مشترک استفاده کنند، همان‌گونه که در سامانه مدیریت آبرسانی دیده می‌شود.

طراحی بر پایه‌ی گردش کار، وجه مشترک سوم است. به‌جای آنکه هر سامانه مجموعه‌ای از فرم‌ها باشد، مسیر انجام کار در آن مدل می‌شود: از ثبت درخواست تا بررسی، تأیید و صدور خروجی. نقش‌ها و سطوح دسترسی بر همین پایه تعریف می‌گردند و چرخه‌ی رسیدگی قابل پیگیری می‌شود.

• پایگاه‌داده‌ی یکپارچه برای داده‌ی مکانی و صفتی.
• جداسازی منطق سرور از رابط کاربری و استفاده‌ی مشترک از یک API.
• مدل‌سازی کار بر پایه‌ی گردش کار و نقش‌های سازمانی.
• تعریف صریح مرجع مکانی و ثبت تاریخ در قالب مناسب کاربر ایرانی.

یکپارچه‌سازی با داده‌ها و فرایندهای کارفرما

یک محصول آماده تا زمانی که با داده‌ها و روال کاری سازمان هم‌خوان نشود، به کار روزمره نمی‌آید. بخش اصلی راه‌اندازی، انتقال داده‌های موجود سازمان به سامانه است؛ داده‌ها از قالب‌های رایج مانند صفحه‌گسترده و پایگاه‌داده‌ی موجود خوانده، پاک‌سازی، یکسان‌سازی و در مدل داده‌ی سامانه بارگذاری می‌شوند. در سامانه آرامستان، امکان ورود داده‌ی مکانی در قالب KML نیز برای ثبت محدوده‌ها فراهم است.

داده‌ی مکانی موجود کارفرما معمولاً در سامانه‌های مختصات گوناگون ثبت شده است. پیش از بارگذاری، تبدیل به مرجع مکانی مشترک و بررسی صحت هندسه‌ها انجام می‌شود تا لایه‌ها روی هم به‌درستی بنشینند. در صورت نیاز، لایه‌های پایه مانند محدوده‌ی قطعات، معابر یا شبکه‌ها نیز آماده‌سازی می‌گردد.

همچنین مشخص می‌شود که سامانه با کدام سامانه‌های دیگر سازمان تبادل داده خواهد داشت و این تبادل در چه قالبی انجام می‌شود. رابط‌های برنامه‌نویسی کاربردی و خروجی‌های ساختاریافته مانند GeoJSON و اکسل مسیرهای متعارف این تبادل هستند.

• خواندن، پاک‌سازی و انتقال داده‌های موجود سازمان به سامانه.
• تبدیل داده‌ی مکانی به مرجع مشترک و بررسی صحت هندسه.
• آماده‌سازی لایه‌های پایه‌ی مورد نیاز هر سامانه.
• تعریف مسیر تبادل داده با سامانه‌های دیگر سازمان.

استقرار، آموزش و مدل پشتیبانی

استقرار محصول بر پایه‌ی زیرساخت سازمان انجام می‌شود. سامانه می‌تواند روی سرورهای کارفرما و در شبکه‌ی داخلی سازمان نصب شود یا بر بستر ابری میزبانی گردد؛ انتخاب میان این دو، تابع سیاست‌های امنیتی و دسترسی سازمان است. پیش از استقرار، نیازمندی‌های سرور، پایگاه‌داده و شبکه مشخص می‌گردد.

آموزش بهره‌برداران بخش جدایی‌ناپذیر تحویل است. آموزش برای گروه‌های مختلف کاربری به‌صورت جداگانه انجام می‌شود، زیرا نیاز اپراتور ثبت اطلاعات با نیاز مدیر گزارش‌گیر متفاوت است. همراه سامانه، راهنمای کاربری و مستندات فنی نیز در اختیار سازمان قرار می‌گیرد.

مدل پشتیبانی بر سه محور استوار است: رفع اشکال‌های نرم‌افزاری، پاسخ به پرسش‌های کاربری و اعمال تغییرات مورد نیاز در طول بهره‌برداری. تاریخچه‌ی تغییرات سامانه نگه‌داری می‌شود تا به‌روزرسانی‌ها قابل پیگیری و بازگردانی باشند. پشتیبانی می‌تواند به‌صورت دوره‌ای یا بر پایه‌ی توافق مشخص تنظیم گردد.

لایسنس و شرایط بهره‌برداری

بهره‌برداری از محصولات بر پایه‌ی لایسنس تعریف می‌شود. دامنه‌ی لایسنس با توجه به تعداد کاربران، دامنه‌ی سازمانی که سامانه در آن به کار می‌رود و محل استقرار تعیین می‌گردد. در برخی محصولات، مانند سامانه دبیرخانه کمیسیون ماده ۱۰۰، سازوکار کنترل لایسنس به‌صورت فنی نیز در خود سامانه پیش‌بینی شده است.

الزامات نگه‌داری و پشتیبان‌گیری از داده در توافق بهره‌برداری روشن می‌شود. مشخص می‌گردد که نسخه‌پشتیبان با چه تواتری گرفته و در کجا نگه‌داری می‌شود، و در صورت نیاز چه سازوکاری برای بازیابی داده وجود دارد. این موارد در سند تحویل ثبت می‌شوند تا در زمان بهره‌برداری ابهام ایجاد نشود.

محتوای داده‌ی سازمان در اختیار خود کارفرما می‌ماند و ساختار بانک اطلاعاتی به‌گونه‌ای طراحی می‌شود که استخراج داده در قالب‌های استاندارد همیشه ممکن باشد. این اصل، وابستگی سازمان به تأمین‌کننده را کاهش می‌دهد.

محصول آماده یا پروژه‌ی اختصاصی

انتخاب میان محصول آماده و پروژه‌ی سفارشی، پیش از هر چیز تابع میزان هم‌پوشانی نیاز سازمان با کارکردهای موجود است. اگر فرایند سازمان به کارکردهای یکی از این سامانه‌ها نزدیک باشد، استقرار محصول آماده و اعمال تغییرات محدود، سریع‌تر و کم‌ریسک‌تر است. اگر پرسش سازمان ساختار متفاوتی داشته باشد یا به تحلیل و پردازش تازه‌ای نیاز باشد، طراحی اختصاصی پاسخ درست‌تر است.

معیارهای تصمیم روشن است: شمار کاربران و نقش‌ها، پیچیدگی گردش کار، سطح یکپارچه‌سازی با سامانه‌های دیگر، نیاز به تحلیل مکانی پیشرفته و الزامات خاص نگه‌داری داده. بررسی این معیارها در مرحله‌ی تحلیل نیاز انجام می‌شود و نتیجه‌ی آن، پیشنهاد یکی از دو مسیر یا ترکیبی از آن‌ها است.

در بسیاری از موارد، ترکیبی از دو رویکرد کارساز است: هسته‌ی سامانه از محصول آماده گرفته می‌شود و بخش‌های ویژه‌ی سازمان، مانند تحلیل‌های مکانی یا کارکردهای هوشمند، به‌صورت سفارشی افزوده می‌گردد. این حالت مزیت سرعت راه‌اندازی محصول را با انعطاف طراحی اختصاصی جمع می‌کند.

• نزدیکی فرایند سازمان به کارکردهای موجود، معیار اصلی انتخاب محصول آماده.
• نیاز به ساختار و تحلیل متفاوت، معیار اصلی حرکت به سمت طراحی اختصاصی.
• امکان ترکیب هسته‌ی آماده با افزودنی‌های سفارشی برای نیازهای ویژه.
• تصمیم بر پایه‌ی تحلیل نیاز مکتوب، نه بر پایه‌ی حدس درباره‌ی آینده.

جمع‌بندی

محصولات این شرکت خانواده‌ای از سامانه‌های در حال بهره‌برداری هستند که بر معماری مشترکی استوارند: پایگاه‌داده‌ی مکانی یکپارچه، منطق سرور جدا از رابط کاربری و طراحی بر پایه‌ی گردش کار سازمانی. این اشتراک، هم نگه‌داری سامانه‌ها را ساده‌تر می‌کند و هم انتقال تجربه میان آن‌ها را ممکن می‌سازد.

ارزش اصلی این محصولات در یکپارچگی داده‌ی مکانی با فرایند روزمره سازمان است، نه در فهرست فناوری‌های به‌کاررفته. از همین رو، بخش مهمی از کار راه‌اندازی به پاک‌سازی و انتقال داده‌های موجود و هم‌خوان کردن سامانه با روال کاری کارفرما اختصاص می‌یابد.

برای انتخاب میان محصول آماده و پروژه‌ی اختصاصی کافی است فرایند کنونی سازمان، نقش‌های کاربری، داده‌های موجود و سطح یکپارچه‌سازی لازم مشخص شود؛ بر همین پایه می‌توان مسیر مناسب، دامنه‌ی تغییرات و برنامه‌ی استقرار را تدوین کرد.