در حال بارگذاری…
در حال بارگذاری…
نمونه کارها
چند پروژهای که در حال حاضر روی آن کار میکنیم. شرح هر کدام شامل نیاز اولیه، امکانات پیادهسازیشده و فناوری بهکاررفته است.
برنامهای تحت وب که سابقهٔ فروش و سفارش خودِ شرکت را به سیگنال تقاضا تبدیل میکند؛ در سطح هر کد کالا، هفتهبههفته، در مقایسه با همان هفتهها در سالهای گذشته. هر دو سرِ یک قفسه را پوشش میدهد: تولیدکنندهای که باید برنامهٔ تولید فصل بعد را ببندد، و توزیعکنندهای که باید سفارش خرید را پیش از فصل و با حساب زمان تأمین ثبت کند. اقلام دارویی دامپزشکی گویاترین نمونهاند: ضدانگلها، آنتیبیوتیکها و واکسنها روی منحنی فصلی حرکت میکنند که چرخهٔ پرورش دام و آبوهوا تعیینش میکند، و تصمیم تولید یا خرید، ماهها پیش از ظاهر شدن تقاضا گرفته میشود.
تقاضا فصلی است، سابقهاش هم موجود است، و کسی بهموقع نمیتواند بخواندش. توزیعکننده میبیند فروش یک قلم ضدانگل درست در همان هفتههایی جهش کرده که پارسال جهش کرده بود — و از راهِ تمامشدن موجودی میفهمد: قفسه خالی است، زمان تأمین از کارخانه شش هفته است، و سفارش هر کلینیک دامپزشکی در آن ماه به رقیب میرسد. این فروش را قیمت یا کیفیت خدمات از دست نداد؛ جهشی از دستش داد که همانجا در ارقام سال گذشته نشسته بود و خوانده نشد، در حالی که سفارش خرید هنوز از روی حافظه تصمیمگیری میشد. بالادست، تولیدکننده قرینهٔ همین اشتباه را میکند: خط تولید را برای اقلامی میبندد که فصل گذشته فروش رفتهاند، نه اقلامی که فصل پیشرو خواهد خواست. هر صنعتی که منحنی فصلی دارد و زمان تأمین جلویش ایستاده، همین شکاف را دارد؛ در پخش دارو فقط گرانتر تمام میشود، چون کمبود را با نسخههایی میسنجند که پیچیده نمیشود.
سیگنال تقاضا پیش از هر چیز حسابوکتاب روی تراکنشهای خودِ شرکت است و هر عدد به سفارشهای پشتش باز میشود؛ عددی که نشود ردش را گرفت، عددی است که کسی بر اساسش تصمیم نمیگیرد. تجمیعها در PostgreSQL و روی سابقهٔ ایندکسشده و پارتیشنشده انجام میشود، نه در لایهٔ برنامه، و زمانبندی ساخت گزارشها هم همانجاست. تقویم جدی گرفته شده است: هفتهٔ جلالی و میلادی بر هم منطبق نیستند و مقایسهٔ سالبهسالی که چند روز جابهجا باشد، از نبودنش بدتر است. آنجا که منحنی واقعاً پرنویز است — قلم تازه، سری ناقص، یا یک سفارش عمدهٔ استثنایی که یک هفته را بههم میریزد — مدل فقط اولویتبندی میکند که برنامهریز به چه چیزی نگاه کند. جای محاسبه را نمیگیرد و سفارشی ثبت نمیکند.
سامانهٔ جامع فروش و مدیریت انبار شامل فروشگاه اینترنتی، ثبت و پیگیری سفارش، کنترل موجودی و پروندهٔ مشتریان. مدیر مجموعه به گزارش فروش و سود دسترسی دارد و واحد پشتیبانی بدون دسترسی به اطلاعات مالی، سفارشهای جاری را پیگیری میکند.
فروشگاههایی که فروشگاه اینترنتی، فایل اکسل انبار و نرمافزار حسابداری جداگانه داشتند و آمار این سه با هم مغایرت داشت.
پایگاه دادهٔ PostgreSQL با کنترل سطح دسترسی در لایهٔ داده، بهطوریکه نقش پشتیبانی امکان مشاهدهٔ اطلاعات سود را ندارد. استقرار روی سرور ابری با پشتیبانگیری خودکار. ساختار اطلاعات بر اساس نوع کسبوکار قابل تنظیم است.
اپلیکیشن تخصصی برای Mac OS که تایپ فارسی را با گفتار انجام میدهد. ابزارهای موجود در تشخیص فارسی دقت کافی ندارند و متن خروجی معمولاً نیمفاصلهها را رعایت نمیکند، به همین دلیل اصلاح متن زمانبر میشود.
سرعت پایین تایپ فارسی و خروجی نامناسب ابزارهای تبدیل گفتار به نوشتار موجود.
توسعه بهصورت اپلیکیشن تخصصی Mac OS برای سرعت پاسخگویی بالاتر و دسترسی در تمام برنامهها، با تعیین دقیق اطلاعاتی که از دستگاه خارج میشود.
سامانهٔ ثبت و پیگیری برنامهٔ تمرینی ورزشکاران. مربی برای هر شاگرد برنامه تعریف میکند و شاگرد برنامهٔ روزانهٔ خود را مشاهده میکند. شاخصهای بدنی ثبت و روند پیشرفت در طول زمان قابل بررسی است.
ثبت برنامههای تمرینی روی کاغذ یا در پیامرسان، بدون امکان پیگیری سوابق و روند پیشرفت ورزشکار.
اطلاعات روی سرور ابری ذخیره میشود تا موبایل مربی و کامپیوتر دفتر باشگاه اطلاعات یکسان نمایش دهند. رابط کاربری برای استفاده روی موبایل بهینه شده است.
در انتظار شروع
اگر ایده یا نیاز مشخصی دارید، فرایند کاری فعلی را بررسی میکنیم و اعلام میکنیم که آیا توسعهٔ نرمافزار راهکار مناسبی است یا خیر.