پیشنهاد پروژه · مجتمع آروماتیک و پارازایلین

پایا: همهٔ فرایند مجتمع، در یک نگاه

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

دادهٔ امروز، صبح امروز روی داشبورد. بدون باز کردن حتی یک فایل.
هر کاربر نمودار، جدول و داشبورد خودش را بدون برنامه‌نویسی می‌سازد.
دسترسی دقیق: هر واحد، هر شاخص، هر داشبورد، برای هر فرد یا گروه.
بازیافت PX واحد ۹۰۰، ۹۰ روز اخیردادهٔ نمونه
۱سامانه به‌جای ۳۱ فایل Excel
۱۲واحد فرایندی، از ۱۰۰ تا ۹۰۰
۴٬۱۴۵نقطهٔ دادهٔ DCS و آزمایشگاه، آدرس‌دهی‌شده
۰عملیات دستی برای به‌روزرسانی روزانه
چرا حالا

از فایل‌های پراکنده به یک منبع واحد حقیقت

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

امروزبرای به‌روز شدن گزارش هفتگی، دکمه‌های Read Data، Import و Total Analysis باید در ده‌ها فایل جداگانه زده شوند.
با پایاجمع‌آوری هر شیفت و هر روز خودکار اجرا می‌شود و داشبوردها خودشان تازه می‌شوند.
امروزنمودارها ثابت‌اند و برای هر سؤال تازه باید فایل و فرمول جدید ساخت.
با پایاهر مهندس در چند دقیقه نمودار و داشبورد خودش را می‌سازد و با گروهش به اشتراک می‌گذارد.
امروزهر کس فایل را داشته باشد همه‌چیز را می‌بیند و تغییرات قابل ردیابی نیستند.
با پایادسترسی بر اساس نقش، گروه و سطح محرمانگی، با سابقهٔ کامل هر تغییر.
پایا چیست

چهار ستون یک سامانه

جمع‌آوری خودکار

اتصال مستقیم به DCS و Aria LIMS.

  • هر شیفت و هر روز، زمان‌بندی‌شده
  • فرم ورود دستی با تأیید
  • هشدار نبود داده

موتور محاسبات

همهٔ شاخص‌های عملکرد، موازنهٔ جرم و فلرینگ.

  • فرمول‌های قابل تعریف و نسخه‌دار
  • مقایسه با طراحی و معیار
  • ردیابی منبع هر عدد

مصورسازی پویا

نمودار داده، نمودار روابطی، جدول، شماتیک و داشبورد.

  • داشبوردساز کشیدنی
  • فیلتر سراسری و Drill-down
  • خروجی Excel و PDF

حاکمیت و امنیت

کاربر، گروه، نقش، مجوز و سطح محرمانگی روی هر منبع.

  • ورود با حساب سازمانی
  • اشتراک‌گذاری کنترل‌شده
  • سابقهٔ ممیزی
مسیر داده

از سنسور و آزمایشگاه تا تصمیم مدیر

منابع

DCSAria LIMSورود دستیمقادیر طراحی
۱٬۷۵۰ تگ فرایندی و ۲٬۳۹۵ آدرس آزمایش در ۱۰۵ نقطهٔ نمونه‌برداری

جمع‌آوری

هر شیفتهر روز
اعتبارسنجی، تعیین شیفت، ثبت منبع هر عدد

محاسبه

KPIموازنهفلرینگ
بیش از ۱٬۳۰۰ شاخص، فقط وابسته‌ها دوباره محاسبه می‌شوند

نمایش و اقدام

داشبوردگزارش هفتگیهشدار
برای هر نفر به اندازهٔ دسترسی‌اش
تور محصول

پایا را همین‌جا امتحان کنید

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

دادهٔ نمونهتاریخ‌ها شمسی نمایش داده می‌شوند و همهٔ صفحه‌ها راست‌به‌چپ‌اند.
جستجوی تگ، نقطهٔ نمونه‌برداری، شاخص یا داشبورد…
مهندس فرایندم‌ف
پایش › داشبورد واحد

واحد ۴۰۰ · ریفرمر کاتالیستی

روند

خط‌چین: مقدار طراحی · نوار: محدودهٔ معیار

ترکیب PONA

آزمایشگاه، مقدار روزانه

آخرین نتایج آزمایشگاه

از Aria LIMS، به تفکیک شیفت
زمان نمونهشیفتآزمایشروشنتیجهحد مجازوضعیت
امنیت و حاکمیت داده

هر منبع، با دسترسی دقیق خودش

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

۱

نقش: چه کاری؟

ساخت داشبورد، ویرایش فرمول، تأیید ورود دستی، مدیریت کاربران. نقش‌ها آماده‌اند و نقش سفارشی هم ساخته می‌شود.

۲

مجوز: روی کدام منبع؟

اجازه یا منع برای کاربر یا گروه، با ارث‌بری از واحد و پوشه. منع صریح همیشه بر اجازه غلبه دارد.

۳

سطح محرمانگی: تا چه حد؟

هر منبع یک سطح دارد و هر کاربر یک سطح مجاز. منبع بالاتر از سطح کاربر حتی با مجوز هم دیده نمی‌شود.

عمومیگزارش هفتگی منتشرشده
داخلیداشبورد واحدها
محرمانهموازنهٔ جرم، فلرینگ
خیلی محرمانهتنظیمات اتصال، طراحی

دسترسی هر نقش به انواع منبع

تعداد منابع قابل مشاهده، نمونه
ارزش برای سازمان

زمان مهندس، صرف تحلیل؛ نه جمع کردن داده

کار دستی برای به‌روزرسانی کامل داده‌ها

تعداد عملیات (باز کردن فایل یا زدن دکمه)

دادهٔ به‌موقع

نتیجهٔ هر شیفت آزمایشگاه چند دقیقه پس از تأیید در LIMS روی داشبورد است.

یک عدد، یک حقیقت

همهٔ گزارش‌ها از یک پایگاه داده می‌خوانند و منبع هر عدد قابل ردیابی است.

امنیت و پاسخ‌گویی

رمز پایگاه داده در هیچ فایلی نیست و هر تغییر نام و زمان دارد.

قابل رشد

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

پایه‌ای برای تحلیل پیشرفته

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

نقشهٔ راه

۱۲ ماه تا جایگزینی کامل، اولین خروجی در ماه چهارم

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

نقطهٔ تحویلبرآورد برای تیم ۳ نفره به‌علاوهٔ مهندس فرایند پاره‌وقت
آنچه تحویل می‌گیرید

نسخهٔ اول پایا

پایش

  • داشبورد پیش‌فرض برای ۱۲ واحد
  • نمای مجتمع با Sankey جریان مواد
  • گزارش هفتگی ۳۸ شاخص با وضعیت رنگی
  • موازنهٔ جرم، فلرینگ و پرج

داده و تحلیل

  • جمع‌آوری خودکار DCS و LIMS
  • ورود دستی با چرخهٔ تأیید
  • موتور فرمول با بیش از ۱٬۳۰۰ شاخص
  • داشبوردساز، ردیابی عدد، خروجی Excel و PDF

مدیریت

  • ورود با حساب سازمانی
  • نقش، گروه، مجوز و سطح محرمانگی
  • اشتراک‌گذاری و سابقهٔ ممیزی
  • آموزش کاربران، مستندات و کد منبع
قدم بعدی

سه قدم تا شروع

جلسهٔ تأیید دامنه

مرور این پیشنهاد، تعیین مالک کسب‌وکار و مهندس فرایند هر ناحیه.

دسترسی‌ها

حساب فقط‌خواندنی LIMS، مسیر فایل‌های DCS و هماهنگی با IT برای Active Directory و سرور.

شروع فاز اول

جمع‌آوری واقعی داده و اولین داشبورد واحد در هفته‌های نخست.

بخش دوم · پیوست فنی

پایا چگونه ساخته می‌شود

این بخش برای تیم فنی و IT کارفرماست: معماری، فناوری‌ها، مدل داده، امنیت، الزامات و روش اجرا.

۱. معماری

یک برنامهٔ ماژولار (Modular Monolith) روی سرور داخلی. برای تیم کوچک و شبکهٔ ایزوله ساده‌تر از میکروسرویس است و ماژول‌ها بعداً قابل جداسازی‌اند.

flowchart LR
  subgraph SRC["Sources"]
    DCS[["DCS daily files"]]
    LIMS[("Aria LIMS views")]
    MAN["Manual entry"]
  end
  subgraph APP["PAYA (.NET 10)"]
    JOB["Collection jobs"]
    CALC["Calculation engine"]
    DSQ["Dataset query service"]
    SEC["Security: RBAC + ACL + levels"]
    API["REST API + SignalR"]
  end
  DB[("SQL Server 2019")]
  UI["Web UI (React, RTL)"]
  AD["Active Directory"]
  DCS --> JOB
  LIMS --> JOB
  MAN --> API
  JOB --> DB
  DB --> CALC --> DB
  DB --> DSQ --> API
  SEC --- API
  AD --- SEC
  API --> UI

۲. فناوری‌ها

لایهفناورینقش
بک‌اندASP.NET Core .NET 10API، سرویس‌ها، کارهای پس‌زمینه
دسترسی به دادهEF Core 10 + Dapperپیکربندی با EF؛ کوئری‌های سری زمانی با Dapper
پایگاه دادهSQL Server 2019، ColumnstoreSchema جدا برای هر ماژول
زمان‌بندیHangfireجمع‌آوری شیفتی و روزانه، اجرای مجدد، داشبورد کارها
موتور فرمولNCalc + توابع اختصاصیTag()، Lab()، Design()، Avg()
فرانت‌اندReact 18 + TypeScript + Viteرابط RTL
نمودار و جدولApache ECharts، AG Grid، react-grid-layout، React Flowنمودار داده و روابطی، جدول، داشبورد، شماتیک
احراز هویتWindows/AD (Negotiate یا LDAP)، آمادهٔ OIDCورود یکپارچه
زندهSignalRتازه شدن داشبورد پس از هر جمع‌آوری
لاگ و خروجیSerilog، ClosedXML، QuestPDFعیب‌یابی، Excel، PDF
استقرارIIS یا Docker روی سرور داخلی، CI داخلیبدون نیاز به اینترنت

۳. ماژول‌ها

جمع‌آوری DCS

فایل روزانهٔ هر واحد از مسیر <root>\YYYY\MON\D-MON-YYYY\unitNNND<yyyyMMdd>.xls. ستون ۲۸ میانگین روزانه است. هر تگ به «فایل + ردیف» نگاشت می‌شود.

جمع‌آوری LIMS

فقط View V_MainReport با RequestType='R' و Status=2. یک کوئری پارامتری برای کل بازه. شیفت از زمان نمونه تعیین می‌شود: ۰۷–۱۵، ۱۵–۲۳، ۲۳–۰۷. مقدار به‌صورت متن خوانده می‌شود.

آدرس‌دهی

کلید آزمایش سه‌تایی است: SCID + FluidID + AnalysisID. کد آزمایش به ترکیب، روش و سیال بستگی دارد. قانون «FluidID آزمایش = FluidID نقطه» در پایگاه داده اجباری است.

موتور محاسبات

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

مصورسازی

Dataset، سپس Visualization، سپس Dashboard. هر سه منبع امنیتی‌اند. کوئری Dataset در سرور اجرا و بر اساس مجوز کاربر فیلتر می‌شود.

مدیریت

همگام‌سازی کاربر و گروه از AD، نقش، ACL با ارث‌بری، سطح محرمانگی، ممیزی تغییرناپذیر، مدیریت اتصال‌ها در Secret Store.

۴. مدل داده

Schemaجدول‌های اصلی
dcsDcsTag، DcsReading، DcsSourceFile
limsFluid، SamplePoint، Analysis، SamplePointAnalysis، Result، Shift، Specification
manualManualPoint، ManualEntry، ManualEntryHistory
calcKpiDefinition، KpiVersion، KpiDependency، KpiValue، DesignValue، Criteria
mbStream، StreamConnection، BalanceResult
vizDataset، Visualization، Dashboard، DashboardWidget، DashboardVersion، Folder
secUser، Group، Role، RolePermission، Resource، Acl، ClassificationLevel
sysDataSource، Job، JobRun، AuditLog، Setting
erDiagram
  User }o--o{ Group : "member of"
  Group }o--o{ Role : has
  Role ||--o{ RolePermission : grants
  Resource ||--o{ Acl : "protected by"
  Resource }o--|| ClassificationLevel : level
  Resource }o--o| Resource : parent
  Resource ||--o| Dashboard : is
  Resource ||--o| Dataset : is
  Resource ||--o| KpiDefinition : is
  Resource ||--o| DcsTag : is
  Dashboard ||--o{ DashboardWidget : contains
  DashboardWidget }o--|| Visualization : shows
  Visualization }o--|| Dataset : uses
  Dataset }o--o{ DcsTag : reads
  Dataset }o--o{ KpiDefinition : reads

۵. ارزیابی دسترسی

flowchart TD
  R["User U, action A, resource X"] --> L{"Clearance(U) >= Level(X)?"}
  L -- no --> D["Deny"]
  L -- yes --> P{"A role of U grants A?"}
  P -- no --> D
  P -- yes --> E{"Explicit deny on X or parents?"}
  E -- yes --> D
  E -- no --> G{"Allow on X or parents, or U owns X?"}
  G -- yes --> OK["Allow + audit"]
  G -- no --> D

اسرار

Connection Stringها در Secret Store یا متغیر محیطی. حساب LIMS فقط‌خواندنی و رمز فعلی تعویض می‌شود.

کنترل در سرور

هر API و هر کوئری Dataset مجوز را بررسی می‌کند. رابط کاربری فقط نمایش را تنظیم می‌کند.

وب امن

HTTPS اجباری، کوکی HttpOnly و SameSite، CSRF، محدودیت نرخ، ممیزی تغییرناپذیر.

۶. الزامات غیرعملکردی

موضوعهدف
کاراییداشبورد ۱۰ ویجتی روی دادهٔ یک‌ساله زیر ۳ ثانیه؛ جمع‌آوری روزانهٔ همهٔ واحدها زیر ۵ دقیقه
حجمحدود ۶۴۰ هزار مقدار DCS و ۲۰۰ هزار نتیجهٔ آزمایش در سال؛ ظرفیت ۱۰ سال
پشتیبان‌گیریکامل روزانه، لاگ ساعتی، تست بازیابی فصلی
کیفیتآزمون خودکار برای هر KPI با دادهٔ مرجع Excel
رابطفارسی، RTL، تاریخ شمسی و میلادی، حالت تیره، حالت اتاق کنترل

۷. روش اجرا و تیم

تیم

  • توسعه‌دهندهٔ بک‌اند و داده
  • توسعه‌دهندهٔ فرانت‌اند
  • تست، استقرار و پشتیبانی
  • مهندس فرایند کارفرما، پاره‌وقت

روش

  • اسپرینت دوهفته‌ای با نسخهٔ قابل نمایش
  • واحد به واحد، هر واحد با داشبورد و تطبیق
  • محیط Dev با پایگاه دادهٔ فیک LIMS، هم‌ساختار با سرور واقعی

پذیرش

  • اختلاف هر KPI با Excel در محدودهٔ توافق‌شده
  • آزمون دسترسی برای هر نقش
  • دو هفته اجرای بدون خطای جمع‌آوری

۸. ریسک‌ها و پیش‌نیازها

مورداثراقدام
دسترسی به LIMS واقعیخطا هنگام انتقال به Productionاجرای اسکریپت بررسی ساختار توسط DBA؛ دسترسی ریموت
نمونهٔ فایل‌های DCS و مسیر شبکهتأخیر فاز اولدریافت چند روز فایل واقعی
در دسترس بودن مهندس فرایندطولانی شدن تطبیق شاخص‌هایک مسئول برای هر ناحیه
معنی کدهای وضعیت LIMSخواندن نتیجهٔ تأییدنشدهتأیید با مستندات Aria LIMS
ساختار گروه‌های ADتأخیر مدل دسترسیهماهنگی با IT