در مورد جزئیات برنامه ها نمیتونم زیاد توضیح بدم ( دردسر میشه ) ؛ در برنامه اصلی که روش کار میکنم حجم خود فایل اجرایی تقریبا 7.9 مگابایت هست ولی به دلیل UI سنگین طراحی شده برای برنامه حجم خود فایل اجرایی به این مقدار رسیده ؛ برنامه تقریبا شامل 97 فرم و 160 کتابخانه دست نویس هست و جمعا نزدیک 3 میلیون خط کد ؛ DLL هایی که گفتم شامل فرمت های گزارش گیری ، فرم های گزارش گیری ، رابط های ارتباط بادستگاه های پزشکی و ... هستند .جناب آقای تاجیک خوشحال می شیم اگه راجع به برنامتون یک مقدار توضیح بیشتر بدید و اینکه این 200 مگابایت چی هست چون اگر DLL باشد که خود ویندوز اینقدر DLL ندارد و اینکه چرا روزانه دارید این DLL ها رو تغییر میدید و اینکه چرا کار رو انحصاری می کنید اگر قراره 1700 مرکز روزانه فایلهاشون به روز رسانی بشه راه حل وبی مناسبتر است برای این کار
مثلا در سیستم های آزمایشگاه و پاتولوژی و میکروبیولوژی تقریبا 130 دستگاه وجود داره که مراکز مختلف ازشون استفاده میکنن که سیستم های بسیار پیچیده و دقیقی هستند ؛ تو برنامه امکان اتصال به این دستگاه ها فراهم هست و با اتصال این دستگاه ها به برنامه ، برنامه به صورت خودکار اطلاعات ارسالی توسط دستگاه رو دریافت و تحلیل میکنه و بعد از فرمت بندی اطلاعات تحلیل شده برای استفاده های بعدی در گزارشات و آمار کشوری در بانک محلی خود مرکز ذخیره میشه و برای هر سری از دستگاه ها که برند یکسانی دارند و کار مشابهی انجام میدن یک DLL نوشته شده .
از موارد دیگه ای که میشه نام برد DLL ی هست که مکانیزم هایی برای دریافت خطا هایی که در برنامه رخ میده درش پیاده کردم و خطا ها رو به 2 صورت آرشیو میکنه ، یکی به صورت Local و در شبکه محلی و یکی هم به صورت شبکه که در صورتی که سرور به اینترنت متصل بشه لیست خطا ها به سرور شرکت ارسال میشه و سیستم شرکت نرم افزاری نوشتم که این اطلاعات رو میخونه و بعد از بررسی اگر تعداد گزارششون از مراکز مختلف بیشتر از N بار بود در قسمت خاصی درجشون میکنه ؛ در زمان تست و خطایابی به این پیغام ها هم توجه میشه و در صورتی که خطا گزارش شده مشکلی رو نشون بده که از برنامه هست رفع و فایل مربوطه برای رفع خطا روی سرور قرار میگیره .
در حال حاظر هم در حال کار بر روی سیستمی هستم که بشه از شرکت از دیتابیس مراکز مختلف آمار خاصی رو استخراج کرد ؛ مثل حجم فایل Data و Log ، تاریخ ساخت و ... و اینکه بشه از راه دور یکسری Query رو روی بانک های مراکز اجرا کرد و نتیجه Query ها رو به صورت فایهای XML یا Excel در اختیار داشت ؛ چون در مواقعی بعضی ارگان ها نیاز به گزارشات و آمار های خاص دارن ؛ مثلا وزارت بهداشت آمار افراد دارای هپاتیت B بین 15 تا 25 سال در کشور رو درخواست میکنه ...
اون 200 مگابایت مواردی هست که توضیح دادم + خیلی موارد دیگه که نمیتونم در موردشون توضیح بدم ...
ممکنه هر روز نامه ای رسمی از سمت ارگان دولتی ( وزارت بهداشت ، بیمه ارتش و نیروهای مسلح و ... ) بیاد و درخواست تغییر فرمت گزارشات یا بیمه ها یا ... رو بدن ، تمام بحث پشتیبانی نرم افزار هم توسط خود شرکت پیگیری میشه ، حالا فکر کنید 1700 مرکز تو استان های مختلف + چند مرکز تو کشورهای عراق ، افعانستان و دبی که باید تمامی اطلاعات تحویلیشون به بیمه ها و ... بر اساس آخرین تغییرات باشه ، بنابراین ممکنه هر روز تو قسمت X برنامه تغییری ایجاد بشه و نیاز باشه همه مراکز به روز رسانی بشن ، قرار نیست پرسنل شرکت این 1700 مرکز رو به صورت تلفنی یا حظوری به روز رسانی کنند ، این وظیفه بخش برنامه نویسی هست که برنامه رو به صورتی طراحی کنه که کمترین نیاز به بخش فنی و پشتیبانی داشته باشه .
از طرفی بعضی قسمت های برنامه به درخواست یکسری از مراکز براشون Customize میشه و باز هم قرار نیست به خاطر تغییر در یک یا N فرم برنامه یا ... یک نفر مثلا از تهران بره بندر عباس و برنامه رو تحویل بده و تست کنه ؛ بعد از تغییرات و تائید شدن توسط بخش تست این تغییرات بر روی سرور قرار میگیرن و فقط مرکز مورد نظر میتونه این تغییرات رو دریافت کنه و ازشون استفاده کنه .
شوخی ؟! به روز رسانی نرم افزار چه ربطی به Replication داره ؟!و در آخر گذشته از شوخی در مورد نحوه به روز رسانی اتوماتیک اگر از روشی غیر از Replication (چون مطمئننا از Replication استفاده نمی کنید)استفاده می کنید خوشحال می شیم توضیح بدهید
کار انحصاری هست به 1001 دلیل ...اینکه چرا کار رو انحصاری می کنید اگر قراره 1700 مرکز روزانه فایلهاشون به روز رسانی بشه راه حل وبی مناسبتر است برای این کار
- اولیش امنیت چون در بانک طالاعای مراکز مختلف اطلاعاتی هست که آمار سلامت و ... کشور رو میشه باهاشون تعیین کرد یا تغییر داد !
- همین الان اینقدر نرم افزار بزرگ و پیچیده هست که وقت سر خاروندن نداریم ، حالا اگر قرار باشه بحث امنیت سرورها ، امنیت سایت ها و مدیریت *** و ... هم بیافته گردن ما که هیچی ؛ بعدش هم این سیستم باید همیشه در حال کار و آنلاین باشه ، قرار نیست با مشکل پیش اومدن برای یک ISP یا ... کار یک مرکز بخوابه .
- ترجیح میدیم Desktop Application پیاده بشه چون دستمون برای تغییرات بازتره ، برای همچین نرم افزاری Web Application یعنی مرگ ؛ یعنی برای هر کاری یک Win Application بنویسی که فلان کار رو بکنه و نتیجه رو بده به برنامه ( از اتصال به دستگاه ها بگیر تا چیزهایی که نمیشه گفت ) .
موفق باشید .
پاسخ با نقل قول
