Fargah Design OSسیستم طراحی فرگاه
A full-screen managed workspace for company computers, bringing assigned applications, projects, teams, permissions, devices, audit, and private AI into one environment.یک فضای کار تمام‌صفحه برای رایانه‌های شرکت که نرم‌افزارها، پروژه‌ها، تیم‌ها، دسترسی‌ها، دستگاه‌ها و گزارش فعالیت را در یک محیط جمع می‌کند.
- Yearسال
- 20262026
- Roleنقش
- System design / Engineeringطراحی سیستم / مهندسی
- Scopeمحدوده
- Windows · Access · AuditWindows · دسترسی · ممیزی
- Statusوضعیت
- Pilotنسخه پایلوت
The project, in contextپروژه از نزدیک
Fargah OS, implemented through the Command Center, is a managed company workspace that connects team roles, assigned projects, work logs, controlled files, devices, software licences, and CRM handoff. I designed and engineered the system around who is doing the work, what stage it has reached, and which action that person can take next.سیستم طراحی فرگاه که در مرکز فرمان مجموعه پیاده‌سازی شده، نقش‌های تیم، پروژه‌های واگذارشده، گزارش کار، فایل‌ها، دستگاه‌ها، مجوز نرم‌افزار و ارتباط با CRM را در یک فضای کاری جمع می‌کند. طراحی و توسعه این سامانه را بر پایه سه سؤال پیش بردم: چه کسی مسئول کار است، پروژه در کدام مرحله قرار دارد و اقدام بعدی در اختیار چه کسی است؟
A project needs more than a shared folder.پروژه به چیزی بیشتر از یک پوشه مشترک نیاز دارد.
A request may start with sales, continue through design, require technical detailing, and return for revision before delivery. A folder can hold the files but cannot explain who owns the next step or whether a particular document is final. If team accounts, software access, and project permissions are managed separately, small changes become difficult to follow across the whole company.
درخواست از فروش شروع می‌شود، به طراحی می‌رسد، وارد جزئیات اجرایی می‌شود و ممکن است پیش از تحویل برای اصلاح برگردد. پوشه مشترک فایل‌ها را نگه می‌دارد، اما به‌تنهایی نمی‌گوید مسئول مرحله بعد کیست یا کدام مدرک نهایی شده است. وقتی حساب افراد، دسترسی نرم‌افزار و اجازه دیدن پروژه‌ها جدا مدیریت شوند، پیگیری یک تغییر کوچک در سطح مجموعه هم دشوار می‌شود.
The challenge was to make that operational structure visible without placing every administrative control in front of every employee. Designers, detailers, sales staff, and managers need different views of the same project. File access and workflow actions must follow those responsibilities in the server rules as well as in the interface.
چالش این بود که ساختار عملیات قابل دیدن باشد و در عین حال همه کنترل‌های مدیریتی مقابل همه کارکنان قرار نگیرد. طراح، مسئول جزئیات، فروش و مدیر از یک پروژه استفاده می‌کنند، اما اطلاعات و اختیار یکسانی ندارند. دسترسی به فایل و تغییر مرحله باید هم در رابط و هم در قواعد سمت سرور با همین مسئولیت‌ها هماهنگ باشد.
Responsibility becomes part of the workspace.مسئولیت، بخشی از خود فضای کار می‌شود.
The Command Center provides one navigation system for team, projects, work logs, devices, licences, products, CRM, and audit. A role-permission model determines the visible operations, while project workflow rules govern assignment, design handoff, detail submission, approval, revision, and publication back to CRM. The project is treated as an evolving record rather than a row with an unstructured status label.
مرکز فرمان برای تیم، پروژه، گزارش کار، دستگاه، مجوز، محصول، CRM و تاریخچه فعالیت یک ناوبری مشترک دارد. مدل نقش و مجوز، عملیات در دسترس را مشخص می‌کند و قواعد پروژه، واگذاری، تحویل به طراحی، ارسال جزئیات، تأیید، اصلاح و بازگشت اطلاعات به CRM را هدایت می‌کنند. هر پروژه یک پرونده در حال تکمیل است، نه صرفاً ردیفی با یک وضعیت مبهم.
Device and software access sit beside the team context. The per-PC agent handles activation and licence state, and administrative actions are recorded. The managed Windows experience is a company work surface, not a replacement for the operating system: its value comes from making work, access, and responsibility understandable in one place.
وضعیت دستگاه و دسترسی نرم‌افزار در کنار اطلاعات تیم قرار می‌گیرد. عامل نصب‌شده روی رایانه، فعال‌سازی و وضعیت مجوز را دنبال می‌کند و فعالیت‌های مدیریتی ثبت می‌شوند. این تجربه مدیریت‌شده ویندوز، فضای کار شرکت است؛ ارزش آن در روشن‌کردن ارتباط کار، دسترسی و مسئولیت است تا کاربر برای فهم وضعیت خودش میان چند ابزار سرگردان نشود.
What I builtآنچه طراحی و پیاده‌سازی کردم
The parts that make this project useful in day-to-day work.بخش‌هایی که این پروژه را در استفاده روزمره کاربردی می‌کنند.
Team roles and explicit permissionsنقش‌های تیم و اختیارهای مشخص
Accounts have defined roles and a permission catalogue. Managers can configure allowed actions, and the server checks permissions on administrative routes. Disabled access and password-change states have their own handling instead of being hidden behind a generic success message.
هر حساب نقش مشخص دارد و اختیارها از فهرست مجوزها تعیین می‌شوند. مدیر می‌تواند عملیات مجاز را تنظیم کند و مسیرهای مدیریتی در سرور این اجازه‌ها را بررسی می‌کنند. وضعیت حساب غیرفعال و نیاز به تغییر رمز نیز جدا مدیریت می‌شود تا کاربر با پیام موفقیت مبهم روبه‌رو نشود.
Project assignment and stage transitionsواگذاری پروژه و تغییر مرحله
The project workflow distinguishes design management, designers, detailers, and executive oversight. Assignment and transition actions include design handoff, finalising design, submitting details, approving, requesting changes, and publishing results to CRM when authorised.
گردش‌کار میان مدیر طراحی، طراح، مسئول جزئیات و نظارت مدیریتی تفاوت می‌گذارد. سپردن کار، تحویل به طراحی، نهایی‌کردن طرح، ارسال جزئیات، تأیید، درخواست اصلاح و انتقال نتیجه به CRM اقدام‌های جداگانه‌اند. هر مرحله با اختیار نقش و مسئولیت همان پرونده بررسی می‌شود.
Files with a project contextفایل‌ها در زمینه درست پروژه
Files are attached to the project rather than shared only as loose links. Assignment can control visibility for designers and detailers, and download actions have an audit record. Notes and activity help preserve the reason behind a handoff or revision.
فایل به پرونده پروژه متصل است و فقط به شکل یک لینک پراکنده دست‌به‌دست نمی‌شود. هنگام واگذاری می‌توان دیده‌شدن فایل برای طراح و مسئول جزئیات را مشخص کرد و دریافت فایل در تاریخچه ثبت می‌شود. یادداشت‌ها و فعالیت‌ها دلیل یک تحویل یا اصلاح را همراه پرونده نگه می‌دارند.
Work logs connected to deliveryگزارش کار متصل به تحویل
Work logs sit beside project records and team responsibility. Their purpose is to make the progress of assigned work easier to inspect and discuss, while project activity visibility follows role rules. The workspace supports operational reporting without exposing every team's records to every account.
گزارش کار کنار پرونده پروژه و مسئولیت افراد قرار دارد تا پیشرفت کار واگذارشده قابل بررسی و گفت‌وگو باشد. دیده‌شدن فعالیت پروژه تابع قواعد نقش است. به این ترتیب گزارش عملیاتی در دسترس فرد مربوط قرار می‌گیرد و لازم نیست سوابق همه تیم برای تمام حساب‌ها باز باشد.
Devices and software licencesدستگاه‌ها و مجوز نرم‌افزار
The platform separates the server dashboard from the workstation agent. Licences, activation, device state, and product access can be managed through the same environment. Signed local entitlement and the handling of authoritative denial are documented as part of the access lifecycle, not as a blanket security guarantee.
سامانه از داشبورد سرور و عامل رایانه تشکیل شده است. مجوز، فعال‌سازی، وضعیت دستگاه و دسترسی محصول از یک محیط مدیریت می‌شوند. شرایط دسترسی محلی و رفتار هنگام رد قطعی مجوز در مستندات چرخه دسترسی آمده‌اند. این کنترل‌ها برای مدیریت استفاده‌اند و به معنی ادعای حفاظت مطلق نرم‌افزار نیستند.
CRM continuity and an audit trailپیوستگی با CRM و تاریخچه فعالیت
CRM access uses an authorised handoff rather than sharing employee passwords. The recorded release includes one-time SSO with expiry and replay checks. Audit records make administrative changes and relevant project/file actions traceable, giving managers more context when investigating a change.
ورود به CRM از مسیر دارای مجوز انجام می‌شود و به اشتراک‌گذاشتن رمز کارکنان وابسته نیست. نسخه مستندشده ورود یک‌بارمصرف با بررسی انقضا و استفاده دوباره دارد. تاریخچه، تغییرهای مدیریتی و عملیات مربوط به پروژه و فایل را ثبت می‌کند تا بررسی یک تغییر بر پایه سابقه انجام شود.
A closer lookنگاهی به بخش‌های پروژه
Open any image to inspect the interface. Captures link back to the public page they show.هر تصویر را باز کنید و جزئیات رابط را ببینید. کپچرها به همان صفحه عمومی پروژه لینک دارند.
No captures in this view yet. Choose all views.برای این نمایش کپچری ثبت نشده؛ همه تصاویر را ببینید.
Product visual presentationنمایش تصویری محصول
A visual product presentation; the labelled screenshots above document the public interface.ویدئوی معرفی بصری محصول؛ کپچرهای برچسب‌دار بالا رابط عمومی را نشان می‌دهند.
From structure to releaseمسیر طراحی و اجرا
Map the real handoffsترسیم تحویل‌های واقعی کار
I started from the journey between sales, design management, design, and detailing. Each handoff needed a responsible person, relevant files, a clear state, and an allowed next action. That map shaped both the screen structure and the project workflow service.
ابتدا مسیر میان فروش، مدیریت طراحی، طراحی و جزئیات اجرایی را مشخص کردم. هر تحویل به مسئول، فایل مرتبط، وضعیت روشن و اقدام بعدی نیاز داشت. ساختار صفحه‌ها و سرویس گردش‌کار پروژه از همین نقشه شکل گرفت تا منطق عملیات با ظاهر سامانه هماهنگ باشد.
Apply the same rules on the serverاجرای همان قواعد در سرور
Interface visibility is backed by permission and project-access checks. Separate actions and route handlers make role boundaries inspectable in the implementation. This was especially important for assignment, approval, files, and CRM handoff.
پنهان یا نمایان‌بودن کنترل‌ها با بررسی اجازه و دسترسی پروژه در سرور پشتیبانی می‌شود. اقدام‌های جدا و مسیرهای مشخص، مرز نقش‌ها را در پیاده‌سازی قابل بررسی می‌کنند. این تصمیم برای واگذاری، تأیید، فایل‌ها و ارتباط با CRM اهمیت ویژه‌ای داشت.
Treat updates as operational changesدیدن به‌روزرسانی به‌عنوان تغییر عملیاتی
The documented release process includes an external verified backup, startup health checks, preservation of operational data, and rollback on failed updates. The portfolio describes a pilot workspace with implemented features; it does not imply fresh acceptance on every company device.
فرایند مستند نسخه شامل پشتیبان تأییدشده بیرون پوشه نصب، بررسی سلامت اجرا، حفظ داده‌های کاری و بازگشت پس از به‌روزرسانی ناموفق است. این صفحه فضای کار پایلوت و قابلیت‌های پیاده‌سازی‌شده را معرفی می‌کند و تأیید تازه همه رایانه‌های شرکت را ادعا نمی‌کند.
Delivery and current scopeخروجی و وضعیت پروژه
- A .NET management server and bilingual Command Center interface.سرور مدیریتی دات‌نت و رابط دوزبانه مرکز فرمان.
- Team permissions, project stages, files, work logs, and audit records.مجوزهای تیم، مرحله‌های پروژه، فایل‌ها، گزارش کار و تاریخچه فعالیت.
- A workstation agent and software-access lifecycle connected to the management platform.عامل رایانه و چرخه دسترسی نرم‌افزار متصل به سامانه مدیریت.
- CRM handoff, staged installation/update procedures, backup and rollback documentation.ارتباط با CRM، روش نصب و به‌روزرسانی مرحله‌ای و مستندات پشتیبان‌گیری و بازگشت نسخه.
Questions about this projectپرسش‌های رایج درباره پروژه
Is Fargah OS a new operating system?آیا فرگاه OS یک سیستم‌عامل تازه است؟
It is a managed company workspace implemented through the Command Center and Windows components. Windows remains the underlying operating system; the product organises company work and access above it.
فرگاه OS یک فضای کار مدیریت‌شده سازمانی است که با مرکز فرمان و اجزای ویندوز پیاده‌سازی شده. ویندوز سیستم‌عامل اصلی باقی می‌ماند و این محصول کارها و دسترسی‌های شرکت را در لایه بالاتر سامان می‌دهد.
Does every employee see the same projects and files?آیا همه کارکنان پروژه‌ها و فایل‌های یکسانی می‌بینند؟
Visibility and actions depend on role permissions, assignment, and project workflow rules. The server implementation checks these boundaries as well as adapting the available interface controls.
دیده‌شدن اطلاعات و امکان اقدام به نقش، مجوز، واگذاری و قواعد پروژه بستگی دارد. این مرزها در پیاده‌سازی سرور بررسی می‌شوند و کنترل‌های رابط هم با آن‌ها هماهنگ‌اند.
How does a project move from design to delivery?یک پروژه چگونه از طراحی به تحویل می‌رسد؟
Management assigns the project to its designer and detailer. Each role receives the relevant files and available actions. Design, detailing, review, changes and final handoff have separate states, while notes and activity preserve the context of each decision.
مدیریت، پروژه را به طراح و مسئول جزئیات می‌سپارد. هر نقش فایل‌های مربوط و اقدام‌های مجاز خود را می‌بیند. طراحی، تهیه جزئیات، بررسی، اصلاح و تحویل نهایی مرحله‌های جدا دارند و یادداشت و تاریخچه، زمینه تصمیم‌ها را همراه پرونده نگه می‌دارند.
Have a similar project in mind?برای پروژه‌ای مشابه صحبت کنیم؟
Tell me what you need to build and where the current experience falls short.بگویید چه محصولی می‌خواهید بسازید و تجربه فعلی در کدام بخش نیاز به تغییر دارد.