مقدمه

پایان نامه مورد نظر بر اساس کارخانه Donetsk OJSC Donetsk برای فروشگاه Cleonelly نوشته شده است.

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

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

شرکت های درگیر در طراحی و توسعه دستگاه ها برای اهداف مختلف در حال حاضر بطور گسترده از وسایل مختلف طراحی هر دو به کمک رایانه استفاده می کنند - CAD (CAD) و نظارت بر فرایندهای تولید - ACS (SCADA / DCS). با این حال ، برای دستگاه های طراحی خود ما ، لازم است که وسایل خودمان را برای نظارت بر عملکرد آنها و تجزیه و تحلیل کیفیت محصول توسعه دهیم.

روند فن آوری حسابداری محصولات موجود در یک انبار در فروشگاه Clevelly شامل مرحله نگهداری سوابق محصولات فروخته شده می باشد.

هدف از این پروژه دیپلم اجرای یک ایستگاه کاری خودکار (AWP) است که امکان حسابداری محصولات را در یک انبار فروشگاه فراهم می کند.

برای دستیابی به هدف فوق ، لازم است کارهای زیر را حل کنید:

¾ فرآیندهای تجاری فروشگاه را تجزیه و تحلیل کنید.

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

¾ توسعه مدلهای داده مفهومی و منطقی.

software ایجاد نرم افزار برای ایستگاه کاری خودکار برای حسابداری از محصولات

¾ ارزیابی کارآیی اقتصادی سیستم اطلاعات.

1 توسعه نیازمندیهای نرم افزار

1.1 تجزیه و تحلیل راه حل های موجود

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

"1C: Enterprise" سیستمی از راه حلهای کاربردی است که براساس همان اصول و بر روی یک بستر فناوری واحد ساخته شده است. مدیر می تواند راه حلی را انتخاب کند که پاسخگوی نیازهای فعلی بنگاه اقتصادی باشد و با رشد بنگاه یا گسترش وظایف اتوماسیون ، توسعه بیشتری پیدا کند.

سیستم نرم افزاری 1C: Enterprise برای حل طیف گسترده ای از مشکلات اتوماسیون حسابداری و مدیریتی طراحی شده است که با توسعه پویا در حال توسعه شرکت های مدرن است. حل مشکلات واقعی حسابداری و مدیریت ترکیب برنامه های 1C: سیستم سازمانی بر نیازهای واقعی بنگاهها متمرکز است. شرکت "1C" راه حل های نرم افزاری سریالی را تولید می کند که برای اتوماسیون کارهای حسابداری و مدیریت معمولی در شرکت ها طراحی شده است. یک ویژگی متمایز از راه حل های نسخه 1C یک مطالعه کامل از ترکیب عملکردهای موجود در راه حل های استاندارد است. شرکت "1C" تجربیات کاربران را با استفاده از برنامه های سیستم "1C: Enterprise" تجزیه و تحلیل کرده و بر تغییرات در نیازهای آنها نظارت می کند.

مزایای اصلی سیستم عمده فروشی من شامل هزینه نسبتاً پایین برای اجرای این سیستم و همچنین تعدادی از مزایای دیگر است:

¾ قابلیت اطمینان برنامه های ایجاد شده. بسته نرم افزاری (PC) نه تنها در برابر خطاهای کاربر بلکه در برابر خرابی های موجود در سیستم ارتباطی نیز باید مقاوم باشد.

¾ سهولت استفاده از رابط؛

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

1.2 تجزیه و تحلیل دامنه

خصوصیت تحلیل حوزه موضوعی این است که به شما امکان می دهد کل مجموعه عملیات سازمان را مشاهده کنید.

CASE برای تجزیه و تحلیل و سازماندهی مجدد فرایندهای تجاری طراحی شده است. – همه روش های سطح بالا مدل سازی فیوژن (BPwin) سطح پشتیبانی IDEF0 (مدل عملکردی) ، DFD (نمودار Dataflow) و IDEF3 (نمودار گردش کار). BPwin یک محصول نرم افزاری قدرتمند برای ایجاد مدل هایی برای تجزیه و تحلیل ، مستندسازی و برنامه ریزی تغییرات در فرآیندهای پیچیده تجاری است. BPwin ابزاری برای جمع آوری کلیه اطلاعات مربوط به عملکرد شرکت و ارائه تصویر گرافیکی از این اطلاعات در قالب یک مدل منسجم و سازگار ارائه می دهد.

از نظر عملکرد سیستم. در چارچوب روش IDEF0 (یکپارچه سازی تعریف برای کارکرد مدل سازی) ، یک فرایند تجاری به عنوان مجموعه ای از عناصر کار ارائه می شود که با یکدیگر تعامل دارند و اطلاعات ، منابع انسانی و تولیدی که توسط هر کار مصرف می شود نشان داده می شود. مدل کاربردی برای توصیف فرایندهای تجاری موجود در شرکت (به اصطلاح مدل AS-IS) و وضعیت ایده آل امور در نظر گرفته شده است. – برای چه تلاش کنیم (مدل TO-BE). روش IDEF0 ساخت یک سیستم نمودار سلسله مراتبی ، یعنی. توضیحات واحد از قطعات سیستم. ابتدا توضیحی از سیستم به عنوان یک کل و تعامل آن با جهان خارج (نمودار زمینه) انجام می شود و پس از آن یک تجزیه عملکردی انجام می شود – سیستم به زیر سیستم ها تقسیم می شود و هر سیستم بطور جداگانه توصیف می شود (نمودارهای تجزیه). سپس هر زیر سیستم به موارد کوچکتر و غیره تقسیم می شود تا به سطح مطلوب جزئیات برسیم.

اگر در فرآیند مدل سازی لازم به برجسته کردن جنبه های خاص فناوری سازمانی باشد ، BPwin به شما امکان می دهد به هر شاخه ای از مدل به نماد DFD یا IDEF3 تغییر دهید. نمودارهای نمودار جریان داده (DFD) می توانند آنچه را که قبلاً در مدل IDEF3 منعکس شده است ، تکمیل کنند ، زیرا آنها جریان داده ها را توصیف می کنند ، به شما امکان می دهد که چگونه تبادل اطلاعات بین عملکردهای تجاری درون سیستم ردیابی می شود. در عین حال ، نمودارهای DFD تعامل بین عملکردهای تجاری را نادیده می گیرند.

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

برای در نظر گرفتن فرایندهای تجاری در یک انبار فروشگاه ، فقط باید دو روش IDEF0 و DFD استفاده کرد. فرایند مدل سازی یک سیستم در IDEF0 با تعریف زمینه شروع می شود ، یعنی. انتزاعی ترین سطح توصیف سیستم یا فرآیندهای تجاری به طور کلی.

مدل IDEF0 ... برای مطالعه فرایندهای تجاری "شکل گیری سفارش دهنده" ، "دریافت کالا" ، "شماره کالا" نمودارهایی را که در قالب نمودار IDEF0 ارائه شده اند در نظر بگیرید. سیستم IDEF0 به عنوان مجموعه فعالیتها یا کارکردهای متقابل ارائه می شود.

روش IDEF0 مبتنی بر چهار مفهوم اصلی است.

اولین مفهوم است بلوک عملکردی (جعبه فعالیت) ... یک بلوک کاربردی از لحاظ گرافیکی به شکل مستطیل به تصویر کشیده شده است و برخی از عملکردهای خاص را در چارچوب سیستم مورد نظر شخصی سازی می کند.

هر یک از چهار طرف یک بلوک کاربردی معنای خاص خود را دارد (نقش) ، در حالی که:

قسمت بالای آن Control است.

سمت چپ روی "ورودی" تنظیم شده است.

سمت راست روی Output تنظیم شده است.

روند نزولی "مکانیسم" است.

دومین "نهنگ" از روش IDEF0 مفهوم قوس رابط (Arrow) است. نمایش گرافیکی قوس رابط یک پیکان یک طرفه است. هر قوس رابط باید نام خود را داشته باشد (Arrow Label). با کمک قوس های رابط ، اشیاء مختلفی نمایش داده می شوند که تا یک درجه یا دیگری فرایندهای رخ داده در سیستم را تعیین می کنند. در این حالت ، فلش ها بسته به نوع چهره مستطیل کار که وارد می شوند یا کدام صورت را ترک می کنند ، به:

فلش های ورودی (شامل در سمت چپ بلوک عملکردی) - داده ها یا اشیایی را نشان می دهند که در طول اجرای کار تغییر می کنند.

فلش های کنترل (شامل در قسمت بالایی بلوک عملکردی) - قوانین و محدودیت هایی را نشان می دهند که به موجب آن کار انجام می شود.

پیکان های خروج (خروج از سمت راست بلوک عملکردی) - داده ها یا اشیایی را نشان می دهند که در نتیجه کار ظاهر می شوند.

فلش ساز و کار (شامل در لبه پایین بلوک عملکردی) - منابع را نشان می دهد (برای مثال تجهیزات ، منابع انسانی).

سومین مفهوم اساسی استاندارد IDEF0 تجزیه است. اصل تجزیه هنگام فروپاشی یک فرآیند پیچیده در عملکردهای تشکیل دهنده آن اعمال می شود.

تجزیه و تحلیل به شما اجازه می دهد تا به تدریج و ساختار یافته مدل سیستم را به شکل ساختار سلسله مراتبی از نمودارهای فردی نمایان کنید ، که باعث می شود بارگیری کمتری داشته و هضم آن آسان باشد.

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

نمودار فرآیندهای تجاری موجود در انبار فروشگاه OJSC DMM ، "Cleonelly" را در نظر بگیرید:

برای دید کلی سیستم ، لازم است زمینه "فعالیتهای انبار سازمانی" ساخته شود (شکل 1.1 را ببینید).

شکل 1.1 - نمودار "فعالیت انبار سازمانی"

پس از ایجاد زمینه ، تجزیه انجام می شود ، یعنی ساخت نمودارهای زیر در سلسله مراتب.

هر نمودار بعدی شرح مفصلی از یکی از آثار موجود در نمودار بالاتر است. نمونه ای از تجزیه کار متنی در شکل 1.2 نشان داده شده است. بنابراین کل سیستم به زیر سیستم به سطح مورد نیاز جزئیات تقسیم می شود ، این سیستم به سه سطح تقسیم می شود.

شکل 1.2 - نمودارهای تجزیه سطح اول

شکل 1.3 - نمودار "ترخیص کالا از کالا"

شکل 1.4 - نمودار "مسئله کالا"

شکل 1.5 - نمودار "ارسال کالا"

DFD این روش مبتنی بر ساختن الگوی IS تحلیل شده است - پیش بینی شده یا در واقع موجود است. مطابق با روش ، مدل سیستم به عنوان سلسله مراتب نمودارهای جریان داده (DFD) تعریف شده و فرایند ناهمزمان تبدیل اطلاعات از ورودی آن به سیستم به خروجی آن به کاربر را توصیف می کند. نمودارهای DFD معمولاً برای تجسم کار فعلی سیستم گردش کار سازمان ساخته می شوند. بیشتر اوقات ، از نمودارهای DFD برای تکمیل مدل فرآیند تجارت در IDEF0 استفاده می شود.

اجزای اصلی نمودار جریان داده ها عبارتند از:

اشخاص خارجی (که بصورت گرافیکی به عنوان مربع نشان داده می شوند) - از یک ماده یا فرد مادی که منبع یا گیرنده اطلاعات است ، استفاده می کنند. به عنوان مثال: مشتریان ، پرسنل ، تأمین کنندگان ، مشتریان ، انبار.

سیستم ها / زیر سیستم ها (به صورت گرافیکی مانند مستطیل با گوشه های گرد به نظر می رسد) - کارکردهای نشانگر توابع یا فرآیندهای پردازش و تغییر اطلاعات را نشان می دهد.

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

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

نمودار شماره جریان شماره مسئله (DFD) را در نظر بگیرید شکل 1.6. این نمودار حرکت اسناد را هنگام ورود "نیاز محصول" به یک سازمان نشان می دهد.

شکل 1.6 - نمودار "مسئله کالاها" DFD

نمودار جریان داده زیر را تحت عنوان "ترخیص کالا از محصول" در نظر بگیرید (شکل 1.7 را ببینید). این روند اجرای کار و جابجایی اسناد در هنگام "مسئله کالاها" را نشان می دهد.

شکل 1.7 - نمودار DFD "ترخیص کالا از کالا"

در نمودارهای جریان داده ، تمام نمادهای استفاده شده به یک تصویر بزرگ اضافه می کنند ، که تصور روشنی از استفاده از داده ها و عملکردهای سیستم گردش کار ارائه می دهد. در عین حال ، اغلب معلوم می شود که جریانهای اطلاعاتی موجود که برای فعالیتهای شرکت مهم هستند ، با اطمینان قابل اجرا نیستند و نیاز به سازماندهی مجدد دارند. *******

ساختار سازمانی یک شرکت فروش محصولات تری در مثال شرکت OJSC "Donetsk Manufactura M" از فروشگاه Cleonelly در نظر گرفته شده است:

در راستای توسعه سیستم های کنترل و حسابداری مواد ، آنها می توانند با موفقیت مشکلات را حل کنند:

1. این کنترل در کالاهای عرضه شده و ذخیره شده است.

2. اطلاعات در مورد تهیه کنندگان و مصرف کنندگان

3. همچنین حاوی اطلاعات و عملیات اطلاعاتی در مورد محصول است

4- حاوی گزارش گزارش کالاهای منتشر شده است

5- حاوی فهرست کالاها

6. اتوماسیون کارکردهای انبار (دریافت ، مصرف ، نوشتن ، رزرو کالا)

7. ثبت و ذخیره فاکتور کالاها و خدمات خریداری شده و فروخته شده و همچنین صورتحساب پیش پرداخت با پرداخت معوق و تحویل کالا

8- ایجاد فاکتورها و حسابداری کالاهای صادر شده

9- انجام موجودی انبارها با ایجاد ورق كوالیلی ، عمل كمبود و مازاد

10. ایجاد مجموعه کالاها

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

1.3 وصول مطالبات

هنگام طراحی سیستم اطلاعات (IS) "ایستگاه کاری فروشگاه عمده فروشی" ، نیاز به جمع آوری الزاماتی بود که به ایجاد رابط کمک می کند به گونه ای که کاربر نهایی (کارمند فروشگاه) در کار با IS توسعه یافته راحت باشد.

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

برای اجرای فرآیند اتوماسیون حسابداری و کنترل مواد ، لازم است سیستم اطلاعات بتواند الزامات عملکردی زیر را انجام دهد:

¾ مستند سازی نتایج.

system سیستم اطلاعات باید به صورت برنامه ای مبتنی بر محیط یکپارچه Visual Fox Pro اجرا شود.

این برنامه در سیستم عامل Windows 2000 / NT / XP کار می کند.

چهار مرحله اصلی در فرآیند توسعه الزامات وجود دارد (شکل 1.8):

تجزیه و تحلیل امکان سنجی فنی ایجاد سیستم؛

شکل گیری و تجزیه و تحلیل الزامات؛

مشخصات الزامات و ایجاد مستندات مربوطه؛

اثبات الزامات.

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

1.4 مشخصات مورد نیاز

تعیین نیازهای صحیح احتمالاً مهمترین مرحله در یک پروژه نرم افزاری است. بسیار مهم است که فرمت پروژه با الزامات نرم افزاری که توسط تیم توسعه جمع آوری شده مطابقت داشته باشد ، در غیر این صورت این الزامات را نمی توان در محصول نرم افزاری پشتیبانی و ارائه کرد. مشخصات مورد نیاز نرم افزار (SRS) برای کل چرخه چرخه توسعه نرم افزار اساسی است. این نه تنها یک سند مشتق است که مشخصات یک پروژه نرم افزاری را تعریف می کند ، بلکه همچنین اصلی ترین سند مورد استفاده برای انجام آزمایش های صلاحیت و پذیرش است. تصدیق ، ارزیابی کیفیت کار مدیران پروژه است. این میزان میزان انطباق یک محصول نرم افزاری با الزامات تعیین شده را تعیین می کند. مشخصات SRS به عنوان مکانیزمی برای ضبط الزامات سیستم که به عنوان معیار تأیید استفاده می شود عمل می کند.

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

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

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

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

با مشخصات دقیق نوشته شده ، SRS های سطح سازمان می توانند برنامه های صدور گواهینامه و حسابرسی بسیار مؤثرتری را توسعه دهند. به عنوان بخشی از قرارداد توسعه ، SRS یک مرجع برای ارزیابی انطباق با مشخصات ارائه می دهد.

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

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

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

مشخصات الزامات پروژه نرم افزاری باید در پیوست A ارائه شود.

1.5 تأیید الزامات

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

در طی فرآیند تصدیق الزامات ، انواع مختلفی از بررسی مستندات مورد نیاز باید انجام شود:

1. بررسی صحت الزامات.

2. بررسی ثبات.

3. بررسی کامل بودن.

4- بررسی امکان سنجی.

تعدادی روش تأیید الزامات وجود دارد که می توانند به طور جداگانه یا هر یک به طور جداگانه استفاده شوند:

1. بررسی الزامات.

2. نمونه سازی اولیه.

3. تولید اسکریپت های آزمایشی.

4- تجزیه و تحلیل خودکار قوام.

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

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

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

نمونه اولیه نرم افزار اجرای جزئی یا احتمالی یک محصول جدید پیشنهادی است. نمونه های اولیه به شما امکان می دهد سه وظیفه اصلی را انجام دهید: شفاف سازی و تکمیل فرایند تدوین الزامات ، کاوش در راه حل های جایگزین و ایجاد محصول نهایی.

نمونه اولیه منوی اصلی این ماژول در شکل 1.9 نشان داده شده است.

1.6 انتخاب روش طراحی سیستم اطلاعات

ماهیت رویکرد ساختاری برای توسعه IS در تجزیه آن (تقسیم) به کارکردهای خودکار نهفته است: این سیستم به زیر سیستم های عملکردی تقسیم می شود که به نوبه خود به زیرمجموعه\u200cها تقسیم می شوند ، به کارها تقسیم می شوند و غیره. روند تقسیم بندی به مراحل خاص ادامه می یابد. در همان زمان ، سیستم خودکار یک دیدگاه کل نگر را حفظ می کند که در آن تمام اجزای تشکیل دهنده به هم پیوسته اند.

همه متدولوژی های رویکرد ساختاری متداول مبتنی بر تعدادی از اصول کلی است. اصول زیر به عنوان دو اصل اساسی استفاده می شود:

تقسیم و فتح - اصل حل مشکلات پیچیده با تجزیه آنها به بسیاری از مشکلات کوچکتر و مستقل که درک و حل آن آسان است.

اصل ترتیب سلسله مراتبی ، اصل ساماندهی قسمتهای تشکیل دهنده یک مشکل در ساختارهای درختی سلسله مراتبی با اضافه کردن جزئیات جدید در هر سطح است.

تجزیه و تحلیل ساختاری عمدتاً از دو گروه ابزار استفاده می کند که عملکردهای سیستم و روابط بین داده ها را نشان می دهد. هر گروه از وجوه با انواع خاصی از مدل ها (نمودارها) مطابقت دارد که متداول ترین آنها از جمله موارد زیر است:

مدل های SADT (تجزیه و تحلیل ساختاری و طراحی طراحی) و نمودارهای عملکردی مرتبط؛

نمودار جریان داده DFD (نمودار جریان داده).

نمودارهای ERD (نمودارهای رابطه و رابطه).

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

مدل های ذکر شده در کنار هم ، بدون توجه به موجود بودن یا تازه توسعه یافته ، توصیف کاملی از IP دارند. ترکیب نمودارها در هر مورد خاص به کامل بودن مورد نیاز توضیحات سیستم بستگی دارد.

2 طراحی سیستم اطلاعات

2.1 طراحی معماری

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

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

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

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

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

¾ تمرکز روی مأموریت سازمان؛

¾ روی الزامات تمرکز کنید.

¾ تمرکز بر توسعه

to توانایی سازگاری؛

¾ نیاز به انعطاف پذیری.

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

معماری اصلی نرم افزار که در حال حاضر اجرا می شود عبارتند از:

¾ فایل-سرور؛

¾ سرویس دهنده-مشتری؛

چند سطح.

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

سرویس دهنده سرویس دهنده ... این مفهوم مبتنی بر این ایده است که علاوه بر ذخیره کردن فایل های پایگاه داده ، سرور مرکزی باید بیشتر پردازش داده ها را انجام دهد. کاربران با استفاده از یک زبان پرس و جو ساختار یافته ویژه (SQL ، Structured Query Language) به سرور مرکزی دسترسی پیدا می کنند ، که لیستی از وظایف انجام شده توسط سرور را توصیف می کند. درخواست های کاربر توسط سرور دریافت می شود و فرآیندهای پردازش داده ها را در آن ایجاد می کند. در پاسخ ، کاربر یک مجموعه داده از قبل پردازش شده را دریافت می کند. کل مجموعه داده ها بین مشتری و سرور منتقل نمی شود ، همانطور که در فناوری فایل سرور وجود دارد ، بلکه فقط داده هایی را که مشتری به آن نیاز دارد ، انتقال نمی دهد. یک پرس و جو از کاربر که تنها چند خط طول دارد می تواند پردازش داده ها را با تعداد زیادی جدول و میلیون ها ردیف ایجاد کند. در پاسخ ، مشتری می تواند فقط چند عدد را دریافت کند. فناوری سرویس دهنده سرور به شما امکان می دهد با انتقال کلیه پردازش داده ها به سرور مرکزی ، از انتقال حجم عظیمی از اطلاعات از طریق شبکه خودداری کنید. علاوه بر این ، رویکرد در نظر گرفته شده از تضاد تغییر در داده های یکسان توسط چندین کاربر ، که برای فناوری سرور فایل معمولی هستند ، جلوگیری می کند. فن آوری سرویس دهنده سرویس دهنده ، اصلاح داده های ثابت توسط چندین مشتری را پیاده سازی می کند و از یکپارچگی خودکار داده ها اطمینان می دهد. اینها و برخی دیگر از مزایای آن باعث شده است که فن آوری مشتری-سرور بسیار محبوب شود. از معایب این فن آوری می توان به نیازهای کارایی بالا برای سرور مرکزی اشاره کرد. هرچه مشتری بیشتر به سرور دسترسی داشته باشد و هرچه میزان داده پردازش شده بیشتر باشد ، باید سرور مرکزی قدرت بیشتری داشته باشد.

براساس این ملاحظات ، هنگام طراحی معماری AWS ، از فن آوری مشتری-سرور به عنوان پایه استفاده شد. نمودارهای چیدمان روابط بدنی بین نرم افزار و اجزای سخت افزاری یک سیستم را نشان می دهد.)

2.2 طراحی رابط سیستم اطلاعات

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

مجموعه ای از وظایف کاربر که او با استفاده از سیستم حل می کند.

کنترل سیستم؛

پیمایش بین بلوک های سیستم؛

طراحی بصری صفحه نمایش برنامه.

در اینجا برخی از مهمترین مزایای تجاری یک رابط کاربری خوب آورده شده است:

کاهش تعداد خطاهای کاربر؛

کاهش هزینه های نگهداری سیستم؛

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

بهبود روحیه کارکنان؛

کاهش هزینه تغییر رابط کاربری به درخواست کاربران؛

در دسترس بودن عملکرد سیستم برای حداکثر تعداد کاربران.

پایگاه عمده فروشی AWP به عنوان یک برنامه کاربردی با استفاده از فناوری سرویس دهنده-سرویس دهنده ایجاد می شود.

2.2.1 رابط کاربری برنامه کنترل

ماژول اصلی "AWP Wholesale Base" ماژول Luck.exe است که اجرای عملکرد اصلی نمودار مورد استفاده را نشان می دهد که در شکل 1.9 بخش 1.4 ارائه شده است.

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

رابط برنامه ، بخش اداری:

1. فرم شروع برنامه. این فرم با راه اندازی محصول نرم افزاری راه اندازی می شود ، بدین ترتیب آغاز گفتگوی کاربر با سیستم (شکل 2.3).

2. فرم مدیر. در این شکل ، مدیریت کامل سیستم اطلاعاتی انجام می شود ، یعنی اضافه کردن ، حذف ، تغییر داده در بانک اطلاعاتی ، و همچنین در صورت لزوم ، گزارش و چاپ گزارش (شکل 2.4).

3. فرم "مشتریان" ، به لطف این فرم می توانید اطلاعات کاملی در مورد مشتریان شرکت ببنید (شکل 2.7).

4. فرم "تأمین کنندگان" ، به لطف این فرم می توانید اطلاعات کاملی در مورد مشتریان شرکت را مشاهده کنید (شکل 2.8).

قسمت کاربر رابط برنامه:

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

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

در مانده های منو ، کالاها شمرده می شوند ، نام ذخیره شده در انبار.

در منوی صندوقدار ، اطلاعات مربوط به سفارش های دریافتی و سفارش های نقدی خروجی در اینجا ذخیره می شود. (تصاویر)

2.2.2 رابط کاربری قطعات کنترل

شکل 2.0 منوی اصلی برنامه

پنجره اصلی برنامه در شکل نشان داده شده است. 1.9 همانطور که از شکل می بینید ، علاوه بر منوی اصلی ، که قبلاً نیز در بالا توضیح داده شد ، حاوی یک صفحه کنترل (دکمه های "درآمد" ، "مصرف" ، "دسترسی" ، "مانده" ، "صندوق دار" ، "ارزیابی مجدد" ، "تجزیه و تحلیل" ، " راهنماهای "،" سرویس "و" خروج از برنامه ").

شکل 2.1 پنجره منوی دریافت یا رسید به انبار.

شکل 2.2 پنجره منوی مصرف

شکل 2.2 پنجره منو که حقوق دسترسی به برنامه را تنظیم می کند.

شکل 2.3 پنجره منو باقیمانده کالا.

شکل 2.4 پنجره منوی ثبت نام نقدی.

شکل 2.4 پنجره منو ارزیابی مجدد.

2.3 طراحی بانک اطلاعاتی

ERwin 4.0 از Computer Associates Int برای طراحی پایگاه داده استفاده شد.

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

ERwin نه تنها بهترین ابزار طراحی بانک اطلاعاتی ، بلکه ابزاری برای ایجاد سریع آن است. اروین با توجه به خصوصیات بدنی پایگاه داده هدف ، مدل را بهینه می کند. برخلاف ابزارهای دیگر ، اروین بطور خودکار سازگاری منطقی و جسمی را حفظ می کند و سازه های منطقی مانند روابط بسیاری به بسیاری را به پیاده سازی های فیزیکی ترجمه می کند. طراحی پایگاه داده را تسهیل می کند. برای انجام این کار ، کافی است که یک الگوی گرافیکی E-R (رابطه بین شیء) ایجاد کنید که تمام الزامات داده را برآورده کند و قوانین تجاری را وارد کنید تا یک الگوی منطقی ایجاد کنید که تمام عناصر ، ویژگی ها ، روابط و گروه بندی ها را نشان دهد. اروین دارای دو سطح ارائه مدل - منطقی و فیزیکی است. لایه منطقی یک نمایش انتزاعی از داده ها است ، روی آن داده ها به شکلی که در دنیای واقعی به نظر می رسد ارائه می شود و می توان آنگونه که در دنیای واقعی خوانده می شود ، به عنوان مثال "مشتری وفادار" ، "بخش" یا "نام خانوادگی کارمند" نامید. اشیاء مدل که در سطح منطقی نشان داده می شوند ، اصطلاحات و ویژگی ها نامیده می شوند. سطح منطقی مدل داده ها جهانی است و هیچ ارتباطی با اجرای خاص DBMS ندارد. سه سطح زیر سطح منطقی مدل داده وجود دارد که در عمق ارائه اطلاعات در مورد داده ها متفاوت است:

نمودار روابط انسانی (ERD)؛

مدل مبتنی بر کلید (KB)؛

مدل کاملاً اختصاصی (FA).

نمودار سازمانی - روابط شامل اشخاص و روابطی است که منعکس کننده قوانین اصلی تجارت دامنه است. چنین نمودار خیلی جزییات نیست ، شامل موجودات اصلی و روابط بین آنها است که الزامات اساسی را برآورده می کند. نمودار شخصیت - یک رابطه می تواند شامل روابط بسیاری به بسیاری باشد و شامل توضیحات کلیدی نیست. به طور معمول ، ERD برای ارائه و بحث در مورد ساختار داده با کارشناسان حوزه استفاده می شود. یک مدل داده مبتنی بر کلید ، نمایش دقیق تر اطلاعات است. این شامل توضیحات در مورد کلیه اشخاص و کلیدهای اصلی است و در نظر گرفته شده است که ساختار داده ها و کلیدهایی را که منطبق با موضوع هستند مطابقت دهد.

یک مدل منطقی دقیق ترین نمایه از یک ساختار داده است: این داده ها را به صورت عادی سوم نشان می دهد و کلیه موجودات ، ویژگی ها و روابط را در بر می گیرد (به پیوست B مراجعه کنید).

مدل داده های فیزیکی در عوض ، بستگی به DBMS خاص دارد و در واقع نمایش کاتالوگ سیستم است. لایه فیزیکی مدل حاوی اطلاعاتی در مورد کلیه اشیاء موجود در دیتابیس است. از آنجا که هیچ استانداردی برای اشیاء پایگاه داده وجود ندارد (برای مثال ، هیچ استانداردی برای انواع داده ها وجود ندارد) ، لایه فیزیکی مدل به اجرای خاص DBMS بستگی دارد. در نتیجه ، چندین سطح فیزیکی مختلف مدلهای مختلف می توانند با همان سطح منطقی یک مدل مطابقت داشته باشند. اگر در سطح منطقی مدل مهم نیست که چه نوع داده خاص از ویژگی (اگرچه انواع داده های انتزاعی پشتیبانی می شوند) ، در سطح فیزیکی مدل مهم است که تمام اطلاعات مربوط به اشیاء خاص جسمی - جداول ، ستون ها ، ایندکس ها ، رویه ها و غیره را توصیف کنید. ... تقسیم مدل داده به سطوح منطقی و فیزیکی به شما امکان می دهد چندین مشکل مهم را حل کنید.

مدل داده های فیزیکی در پیوست B ارائه شده است.

2.4 توجیهی برای انتخاب بستر ایجاد سیستم اطلاعاتی

ویژوال فاکس پرو یک محیط توسعه بصری برای سیستم های مدیریت پایگاه داده رابطه ای است که هم اکنون از مایکروسافت در دسترس است. آخرین نسخه 9.0 است. از زبان برنامه نویسی FoxPro استفاده می کند. نسخه سیستم 7.0 می تواند بر روی سیستم عامل های Windows 9x و هسته NT ، نسخه های 8.0 و 9.0 اجرا شود - فقط در ویندوز XP ، 2000 ، 2003.

FoxPro (Fox-pro؟) یکی از گویش های زبان برنامه نویسی xBase است. این ماده عمدتاً برای توسعه DBMS رابطه ای مورد استفاده قرار می گیرد ، اگرچه می توان از آن برای توسعه سایر کلاس های برنامه استفاده کرد. در ویژوال فاکس پرو ، یک زبان برنامه نویسی ، یعنی ساخت اصلی یک زبان ، مفهوم یک کلاس است. نسخه اصلی xBase یک زبان کاملاً ساختار یافته و دارای مفهوم اساسی رویه ها و عملکردها است. بنابراین ، زبان برنامه نویسی مدرن Visual FoxPro به شما امکان می دهد هر دو برنامه نویسی "قدیمی" را با توصیف بسیاری از رویه ها ترکیب کنید ، و به سبک OOP ، ایجاد سلسله مراتب پیچیده ای از کلاس ها.

من این زبان برنامه نویسی را انتخاب کردم زیرا حاوی تعدادی از مزایای زیر است:

¾ یک قالب جدول مشهور از پایگاه داده که امکان تبادل اطلاعات با سایر برنامه های Microsoft Windows را آسان می کند.

سازماندهی مدرن بانکهای اطلاعاتی رابطه ای ، به شما امکان می دهد اطلاعات مربوط به جداول بانک اطلاعاتی ، خصوصیات آنها ، ایندکس ها و روابط را ذخیره کنید ، شرایط یکپارچگی ارجاعی را تنظیم کنید ، ایجاد نماهای محلی و از راه دور ، اتصالات سرور ، رویه های ذخیره شده اجرا شده در هنگام وقوع بیش از 50 نوع مختلف از رویدادها (VFP 7.0-9.0).

سرعت بالای کار با بانکهای اطلاعاتی بزرگ.

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

سرعت بالای توسعه برنامه با استفاده از Wizards، Designer، Builders، IntelliSense نکات هنگام نوشتن برنامه ها ، اشکال زدایی و آزمایش سیستم ها.

امکان توسعه برنامه های مشتری-سرور با داده های میزبان در سرورهای پایگاه داده سرور Oracle و Microsoft SQL و سایر برنامه های Microsoft Windows با استفاده از ODBC و OLE

سیستم VFP برای استفاده توسط برنامه نویسان حرفه ای در نظر گرفته شده است ، بنابراین هیچ نکته ای در رد کردن منو و زبان آن وجود ندارد - برای هر برنامه نویس ، نحو انگلیسی یک زبان الگوریتمی از روسی آشناتر است.

2.5 طراحی ماژول ها

بگذارید جزئیات بیشتری در مورد طراحی یکی از ماژول های برنامه بگذریم و با استفاده از مثال آن مراحل لازم برای ایجاد یک پروژه را در نظر بگیریم.

به عنوان نمونه ، طراحی یک ماژول را در نظر می گیرم که پرونده استفاده "صدور یک برنامه برای پذیرش" را اجرا می کند.

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

پیش شرط مورد استفاده ، دریافت درخواست مشتری است.

5- پرونده استفاده از مشتری هنگام ارسال برنامه شروع می شود.

6. مدیر فرم فرم درآمد را باز می کند.

7. مدیر تاریخ برنامه را تعیین می کند.

8- مدیر نام محصول را قرار می دهد.

9- مدیر مقدار کالای دریافتی را وارد می کند.

10- مدیر مقدار برنامه را وارد می کند.

11- مدیر فرم بسته می شود.

12. پرونده استفاده به پایان می رسد.

پس از شرط مورد استفاده ، ثبت یک برنامه در سیستم و ظاهر مشتری جدید در مجله فرم اصلی است.

یک نمودار دنباله برای این مورد استفاده در نظر بگیرید. همانطور که از این نمودار می بینید ، مدیر با باز کردن فرم Arrival ، باعث اجرای چندین عمل می شود - بطور خودکار (از نظر مدیر) تاریخ برنامه پر شده است. هنگام قرار دادن برنامه ، لیست مشتریان با اطلاعات اولیه از پایه پر می شود. پس از آن ، مدیر وارد تمام داده های لازم می شود و دکمه "قبول" را فشار می دهد. در این حالت اقدامات زیر انجام می شود. کلیه داده ها به روش ذخیره شده منتقل می شوند.

3 اجرای و اعتبارسنجی سیستم اطلاعات

3.1 اجرای برنامه

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

در این حالت ، این برنامه در Microsoft Visual FoxPro پیاده سازی شده است.

کارکردهای اصلی سیستم در زیر شرح داده می شود:

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

2. ورود دکمه منو. این دکمه به شما امکان می دهد کالاهای دریافتی را به انبار فروشگاه ردیابی کنید. شکل 3.2.

3. در دکمه منو ، مصرف کالاهای رها شده از انبار نگه داشته می شود. شکل 3.3.

4- در دکمه منوی دسترسی ، حق استفاده از این برنامه تنظیم می شود. شکل 3.4.

5. در دکمه منو "باقیمانده" اطلاعات مربوط به مواد ذخیره شده در انبار فروشگاه شکل 3.5 ذخیره می شود.

6. دکمه منوی صندوق پول اطلاعات مربوط به سفارش های نقدی ورودی و سفارش های نقدی خروجی را ذخیره می کند. شکل 3.6.

7. در ارزیابی مجدد دکمه منو ، تغییرات قیمت برای قیمت جدید کالاها شکل 3-3 انجام می شود.

شکل 3.1 - فرم شروع سیستم

شکل 3.2 - شکل حسابداری برای دریافتی کالاها به انبار.

شکل 3.3 - شکل حسابداری برای کالاهای آزاد شده.

شکل 3.4 - فرم تنظیم حق دسترسی به برنامه.

شکل 3.5 - شکل بقایای کالاها در انبار.

شکل 3.5 - درمورد رسید وجوه نقدی و رسید نقدی.

شکل 3.6 - شکل عملیات روی کالاها.

تست برنامه

تست فرایند اجرای یک برنامه برای تشخیص خطاها است. آزمایش فراهم می کند:

تشخیص خطا؛

اثبات انطباق توابع برنامه با هدف آن.

نشان دادن اجرای الزامات ویژگی های برنامه؛

نمایش قابلیت اطمینان به عنوان شاخص کیفیت برنامه.

شکل 3.2 جریان اطلاعات روند آزمایش را نشان می دهد.

در ورودی فرآیند آزمایش سه جریان وجود دارد:

متن برنامه؛

داده های اولیه برای شروع برنامه؛

نتایج مورد انتظار.

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

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

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

2 اصل آزمایش نرم افزار وجود دارد:

تست عملکردی (آزمایش جعبه سیاه)؛

آزمایش ساختاری (آزمایش جعبه سفید).

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

آزمایش جعبه سیاه (آزمایش عملکردی) به شما امکان می دهد ترکیب داده های ورودی را که یک بررسی کامل از تمام الزامات عملکردی برنامه را فراهم می کند بدست آورید. یک محصول نرم افزاری در اینجا به عنوان "جعبه سیاه" در نظر گرفته شده است که رفتار وی تنها با بررسی ورودی ها و خروجی های مربوطه قابل تعیین است.

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

آزمایش جعبه سیاه دسته های خطای زیر را ارائه می دهد:

نادرست یا ویژگی های از دست رفته.

خطاهای رابط؛

خطاهایی در ساختار داده های خارجی یا دسترسی به پایگاه داده خارجی.

خطاهای مشخصه (ظرفیت حافظه مورد نیاز و غیره)؛

خطاهای اولیه و تکمیل.

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

در مرحله آزمایش ، دو کار اصلی حل می شود:

تست راه حل - برنامه های آزمایشی ایجاد شده در مرحله برنامه ریزی و در مرحله توسعه تمدید و تست شده اند.

عملیات آزمایشی - استقرار راه حل در یک محیط آزمایش و آزمایش با درگیری کاربران آینده و اجرای سناریوهای واقعی استفاده از سیستم. این کار قبل از شروع مرحله استقرار انجام می شود.

هدف از مرحله آزمایش کاهش ریسک ناشی از قرار دادن راه حل در عملیات تجاری است.

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

در این مرحله از توسعه سیستم اطلاعات ، انواع آزمایش های زیر باید انجام شود:

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

تست قابلیت استفاده - آزمایش سطح بالا که توسط تستر و کاربران آینده محصول انجام می شود. روش "جعبه سیاه" استفاده شده است.

تست آلفا و بتا - از نظر MSF ، کد آلفا در اصل تمام منبع منبع ایجاد شده در مرحله توسعه مدل فرآیند MSF است و کد بتا کدهایی است که در مرحله آزمایش مورد آزمایش قرار گرفت. بنابراین ، کد آلفا در مرحله توسعه مدل فرآیند MSF مورد آزمایش قرار می گیرد و کد بتا در مرحله آزمایش آزمایش می شود.

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

تست عملکرد - در بررسی اینکه آیا برنامه مطابق با الزامات عملکرد و میزان راحتی از نظر سرعت است ، متمرکز شده است.

مستندات و آزمایش سیستم راهنما - همه اسناد و مدارک حمایتی توسعه یافته و سیستم های راهنما مورد آزمایش قرار می گیرند.

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

طرح فرآیند بهره برداری آزمایشی برای سیستم اطلاعاتی توسعه یافته در جدول 3.2 نشان داده شده است.

جدول 3.2 - برنامه عملیاتی خلبان

عمل کن		شرح
1. انتخاب معیارهای موفقیت		توسعه دهنده و مجریان آزمون معیارهای موفقیت را تعیین کرده و در مورد آنها توافق می کنند
2. انتخاب کاربران و محل نصب		تیمی از شرکت کنندگان در تست آزمایشی از طرف کاربران و توسعه دهندگان تشکیل می شود. محل استقرار فرایند آزمایشی مشخص می شود.
3. آماده سازی کاربران و سایت های نصب		آموزش کاربران - شرکت کنندگان در جلسه آزمایشی. سایت نصب آماده می شود.
4- استفاده از نسخه توسعه		نسخه آزمایشی نصب شده است و در کار گنجانده شده است.
5. پشتیبانی و نظارت بر نسخه نمونه اولیه		نظارت بر کار کاربران و سیستم ، ارائه کمک در بهره برداری ، جمع آوری اطلاعات در مورد عملکرد سیستم
6. بازخورد از کاربران و ارزیابی نتایج		کاربران نظرات خود را در مورد عملکرد سیستم ابراز می کنند ، به کاستی ها و خطاها اشاره می کنند.
7. معرفی تغییرات و اضافات	خطاها اصلاح می شوند ، طراحی یا تغییرات فرآیند ایجاد می شود. نتایج اصلاح شده برای کار و ارزیابی کاربران ارائه شده است.
8- تصمیم گیری در مورد استقرار	اگر نتایج کار آزمایشی آزمایشی کاربران را راضی کند ، تصمیم به استقرار سیستم گرفته می شود.

3.2 روش استقرار برنامه

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

اهداف مرحله استقرار:

 انتقال راه حل به یک محیط صنعتی.

 تشخیص مشتری توسط این پروژه که پروژه به اتمام رسیده است.

استقرار اجزای اختصاصی سایت شامل چندین مرحله است: تهیه ، نصب ، آموزش و تأیید رسمی.

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

برای استقرار سیستم در حال توسعه ، یک برنامه عملیاتی تهیه شده است که در جدول 3.1 نشان داده شده است.

جدول 3.1 - برنامه استقرار برنامه

عمل کن	توضیحات عمل
1. تهیه نسخه پشتیبان	با انتقال اطلاعات به رسانه قابل جابجایی (سی دی ، دی وی دی) داده های کاربر با مشارکت و تأیید وی تهیه می شود.
2. نصب اجزای اصلی راه حل	استفاده از فن آوری هایی که عملکرد راه حل را تضمین می کند. در این حالت ، نصب جزء Visual FoxPro است
3. نصب برنامه مشتری	انتقال به رایانه کاربر و نصب نسخه نهایی IS و بانک اطلاعاتی توسعه یافته
4- آموزش	کاربران برای همکاری با سیستم آموزش داده می شوند ، توسعه دهنده از صحت و درک کار IP توسط مشتریان اطمینان دارد
5- انتقال دانش دانش پروژه به مشتری	کلیه مستندات پروژه به مشتری تحویل داده می شود
6. بسته شدن پروژه	گزارش اختتامیه پروژه تهیه شده است. مشتری گواهی پذیرش را امضا می کند.

برای عملکرد طبیعی AWP ، سیستم عامل Microsoft WindowsXP مورد نیاز است.

4 مدیریت پروژه اطلاعات

4.1 انتخاب چرخه توسعه

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

اصلی ترین سند هنجاری که چرخه چرخه نرم افزار را تنظیم می کند ، استاندارد بین المللی ISO / IEC 12207 است (ISO - سازمان بین المللی استاندارد - سازمان بین المللی استاندارد ، IEC - کمیسیون بین المللی الکترو فنی - کمیسیون بین المللی مهندسی برق). این ساختار چرخه زندگی را تعریف می کند ، شامل فرایندها ، اقدامات و کارهایی که باید در هنگام ایجاد نرم افزار انجام شود.

ISO / IEC 12207 مدل چرخه زندگی خاص و روشهای توسعه نرم افزار را ارائه نمی دهد. مدل چرخه زندگی را می توان به عنوان ساختاری درک کرد که تعیین توالی اجرای و رابطه فرایندها ، اقدامات و وظایف انجام شده در طول چرخه زندگی است. مدل چرخه عمر به ویژگیهای IS و مشخصات شرایطی که در آن ایجاد و فعالیت می شود بستگی دارد.

امروزه مدل های بسیاری از چرخه عمر نرم افزار وجود دارد ، اما محبوب ترین و گسترده ترین آنها دو مدل است:

مدل مارپیچ (شکل 4.1 را ببینید).

مدل تکراری.

شکل 4.1 - مدل مارپیچی چرخه عمر نرم افزار

برای ایجاد یک سیستم اطلاعاتی ، یعنی "محل کار خودکار پایگاه عمده فروشی کارمندان انبار" ، تکراری انتخاب شد. ویژگی بارز مدل تکراری این است که یک روش رسمی است ، از مراحل مستقل تشکیل شده است ، به صورت متوالی انجام می شود و در معرض بررسی مکرر است (شکل 4.2). این رویکرد تکراری خود را در ساخت ISS به خوبی ثابت کرده است ، که برای آن در ابتدای توسعه می توان کلیه نیازها را بطور دقیق و کاملاً کافی تدوین کرد تا به توسعه دهندگان آزادی اجرای آنها در بهترین حالت ممکن از نقطه نظر فنی فراهم شود.

مزایای مدل تکرار شونده:

این مدل برای مصرف کنندگان غیر نرم افزاری و کاربران نهایی به خوبی شناخته شده است.

راحتی و سهولت استفاده ، زیرا تمام کارها به صورت مرحله ای انجام می شود (طبق مراحل مدل).

ثبات الزامات؛

مدل قابل درک است؛

حتی پرسنل کم آموزش (کاربر بی تجربه) می توانند با ساختار مدل راهنمایی شوند.

این مدل پیچیدگی را بطور منظم کنترل می کند و برای پروژه هایی که منطقاً قابل فهم باشند ، به خوبی کار می کند.

این مدل اجرای کنترل دقیق مدیریت پروژه را تسهیل می کند.

کار مدیر پروژه را برای برنامه ریزی و مونتاژ تیم توسعه تسهیل می کند.

شکل 4.2 - مدل تکراری چرخه عمر نرم افزار

مراحل مدل:

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

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

این سیستم در مرحله اجرا در حال توسعه است.

در مرحله اجرا ، محصول نهایی به سیستم موجود سازمان وارد می شود. کاربران آموزش دیده اند.

در مرحله نگهداری ، محصول نرم افزاری ارائه می شود (هرگونه افزودنی یا تغییر برای عملکرد کاربردی تر محصول).

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

تجزیه و تحلیل دسته های متمایز پروژه ، که در جداول قرار داده شده است.

برای سؤالات هر گروه پاسخ دهید و کلمات "بله" و "نه" را برجسته کنید.

دسته ها یا سؤالات مربوط به هر گروه را با توجه به پروژه ای که برای آن یک مدل قابل قبول انتخاب می شود ، بر اساس اهمیت طبقه بندی کنید.

گروه توسعه ... بر اساس قابلیت ها ، انتخاب پرسنل برای تیم توسعه حتی قبل از انتخاب مدل چرخه عمر توسعه نرم افزار انجام می شود. ویژگی های چنین تیمی (نگاه کنید به پیوست G ، جدول G.1) نقش مهمی در روند انتخاب مدل چرخه زندگی بازی می کند ، به این معنی که تیم می تواند در انتخاب مدل چرخه عمر محصول نرم افزاری کمک چشمگیری داشته باشد ، زیرا وظیفه اجرای موفقیت آمیز مدل توسعه یافته چرخه زندگی را دارد. ...

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

4.2 تعیین هدف و دامنه پروژه نرم افزاری

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

اهداف پروژه نرم افزاری خواهد بود - ایجاد و استقرار سیستمی برای حسابداری کالاها. این سیستم برای کاربری داخلی توسط کارکنان Cleonelly ، بیشتر کارمندان انبار شرکت در نظر گرفته شده است.

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

پروژه نرم افزاری باید:

برای استفاده داخلی در سازمان؛

پروژه ای برای اجرای دسترسی چند کاربره؛

پروژه ای که توانایی وارد کردن ، تغییر و ذخیره اطلاعات در مورد محصول شرکت را دارد.

پروژه ای که توانایی ورود ، تغییر و ذخیره اطلاعات در مورد کاربران سیستم را دارد.

پروژه ای که توانایی ورود اطلاعات ، تغییر و ذخیره اطلاعات در مورد مشتریان و تأمین کنندگان سازمان را که موضوع معاملات هستند به نتیجه برسد.

پروژه ای که شکل گیری گزارش های خارجی را انجام می دهد.

4.3 ایجاد ساختار برای لیست گام به گام آثار

برای ایجاد یک محصول یا خدمات منحصر به فرد (نتیجه پروژه) ، شما باید دنباله خاصی از کار را انجام دهید. وظیفه برنامه ریزی پروژه تخمین دقیق زمان و هزینه این آثار است. هرچه ارزیابی دقیق تر باشد ، کیفیت طرح پروژه بالاتر می رود. برای ارائه یک ارزیابی دقیق ، شما باید درک درستی از دامنه پروژه داشته باشید ، یعنی بدانید برای رسیدن به نتیجه آن چه نوع کارهایی باید انجام شود. فقط پس از تهیه لیست آثار طراحی ، مدت زمان هریک از آنها تخمین زده می شود و منابع لازم برای اجرای آنها اختصاص می یابد. و تنها در این صورت می توان هزینه و زمان بندی هر کار را تخمین زد و در نتیجه علاوه بر این ، کل هزینه و مدت زمان پروژه را نیز بدست آورد. به همین دلیل تعریف دامنه کار اولین گام در برنامه ریزی پروژه است. تعیین دامنه کار طراحی با تعیین مراحل (یا مراحل) پروژه آغاز می شود. به عنوان مثال ، در پروژه ایجاد سیستم "حسابداری کالاها در انبار" ، مراحل زیر قابل تشخیص است:

توسعه نیازمندیهای نرم افزار؛

طراحی سیستم اطلاعات؛

پیاده سازی و صدور گواهینامه سیستم اطلاعات؛

اجرای سیستم.

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

لیست کار مرحله به مرحله (شکل 4.3) با استفاده از یک محصول نرم افزاری مانند MS Project 2003 طراحی شده است.

شکل 4.3 - لیست به مرحله به مرحله آثار

4.4 تخمین مدت و هزینه توسعه نرم افزار

تخمین مدت زمان پس از ساخت لیست گام به گام آثار مشخص می شود (شکل 4.3 ، بند 4.3). این مدت تخمین زده شده را می توان با استفاده از نمودار گانت (پیوست K) مشاهده کرد.

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

نمودار گانت یکی از محبوب ترین روش ها برای نمایش گرافیکی یک طرح پروژه است و در بسیاری از برنامه های مدیریت پروژه استفاده می شود.

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

در نمودار گانت اطلاعات اضافی در کنار میله ها نمایش داده می شود (در کنار کارها ، نام منابع موجود در آنها و بارگیری آنها هنگام انجام کار نشان داده می شود).

برآورد هزینه

این پروژه شامل وظایف , یعنی فعالیتهایی که برای دستیابی به یک نتیجه مشخص است. به منظور انجام کار ، منابع .

یک ویژگی مهم منابع هزینه (هزینه) استفاده از آنها در پروژه است. دو نوع هزینه منابع در پروژه MS وجود دارد: نرخ مبتنی بر زمان و هزینه برای هر استفاده.

نرخ مبتنی بر زمان (نرخ) در هزینه استفاده از منبع در واحد زمان بیان شده است ، به عنوان مثال 100 روبل در ساعت یا 1000 روبل در روز. در این حالت ، هزینه مشارکت منابع در پروژه زمانی خواهد بود که در طی آن در پروژه کار می کند ، ضرب بر نرخ ساعتی.

در این حالت نرخ زمان استفاده می شود (شکل 4.4) کل هزینه استفاده از منابع را می توانید در شکل 4.5 مشاهده کنید.

شکل 4.4 - نرخ زمان در استفاده از منابع

در این شکل می بینید که توسعه دهنده سیستم هنگام اجرای یک پروژه 50 روبل در ساعت دریافت می کند؛ یک تحلیلگر کسب و کار در هر ساعت 45 روبل ، یک تست کننده 38 روبل در ساعت دریافت می کند. نرخ اضافه کار گنجانده نشده است.

شکل 4.5 - کل هزینه های استفاده از منابع پروژه

4.5 تخصیص منابع پروژه

بخشی از توزیع منابع برای سیستم "حسابداری موجودی" را می توان در شکل 4.6 مشاهده کرد

شکل 4.6 - قطعه ای از توزیع منابع پروژه

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

4.6 ارزیابی کارآیی اقتصادی پروژه

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

داده های ورودی.

سود اضافی از اجرای پروژه (DP) \u003d 38،000 روبل. سود اضافی توسط کارشناسان شرکت پیش بینی شده بود.

سرمایه گذاری اولیه (IC) \u003d 39396.47 روبل. سرمایه گذاری های اولیه با کل هزینه های استفاده از منابع پروژه مطابقت دارد (شکل 4.5 ، بند 4.6)

نرخ تخفیف (i) \u003d 12٪

دورانی که پروژه برای آن طراحی شده است (n) \u003d 2 سال.

سود اضافی از اجرای پروژه (DP) \u003d 38،000 روبل.

هزینه های اجرای سالانه پروژه (Z 1) \u003d 15،000 روبل.

هزینه های اجرای سالانه پروژه (Z 2) \u003d 10،000 روبل.

رسیدهای نقدی سالانه (R 1) \u003d 23،000 روبل.

رسید نقدی سالانه (R 2) \u003d 28،000 روبل.

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

شاخص اصلی در روش در نظر گرفته شده NPV (مقدار فعلی خالص) است - مقدار فعلی جریان پول نقد. این یک نتیجه نهایی عمومی از فعالیت های سرمایه گذاری به صورت مطلق است.

نکته مهم انتخاب نرخ تخفیف است که باید بیانگر نرخ مورد انتظار متوسط \u200b\u200bوام در بازار مالی باشد.

مقدار فعلی خالص (NPV) با استفاده از فرمول 4.2 محاسبه می شود

(4.2)

R k - رسیدهای نقدی سالانه به مدت n سال.

k - تعداد سالها برای چه مدت پروژه طراحی شده است.

IC - سرمایه گذاری نوپا.

من - نرخ تخفیف.

طبق محاسبات این فرمول NPV \u003d 3،460.67 روبل

NPV یک افزایش مطلق است زیرا تخمین می زند که درآمد فعلی با هزینه های فعلی چقدر همپوشانی دارد. از آنجا که NPV\u003e 0 ، این پروژه باید پذیرفته شود.

بازده سرمایه گذاری (ROI) با استفاده از فرمول 4.3 محاسبه می شود

(4.3)

محاسبه شده (ROI) \u003d 108.78٪

جدول 4.1 table جدول کمکی برای محاسبه دوره بازپرداخت پروژه

= 1,84

دوره بازپرداخت n ok \u003d 1.84 سال (1 سال و 11 ماه)

از آنجا که ROI \u003d\u003e 100٪ (یعنی \u003d 108.78٪) ، این پروژه سودآور در نظر گرفته می شود.

(4.4)

بنابراین ، شاخص سودآوری (PI) \u003d 1.2 است

عناصری که عملکرد IS را به هر منظور تضمین می کند در تعریف ذکر شده اند. برخی از آنها - به معنی ، روش ها و پرسنل - عملکرد IS را تضمین می کنند ، و برخی دیگر - ذخیره سازی ، پردازش و انتشار اطلاعات - ویژگی های عملکردی را نشان می دهند ، یعنی. مشخص کنید که اطلاعات از چه روشی عملکرد IS را تشکیل می دهد. بنابراین ، ساختار IS به دو روش مختلف در نظر گرفته می شود: ساختار عملکردی و ساختار IS به عنوان مجموعه ای از زیر سیستم های پشتیبانی کننده.

مطابق با تعریف ، عناصر عملکردی IS گروههای زیر (بلوک) فرآیند ها هستند:

ورودی اطلاعات از منابع خارجی یا داخلی؛

پردازش اطلاعات ورودی و ارائه آن به شکلی راحت؛

خروجی اطلاعات برای ارائه به مصرف کنندگان یا انتقال به اطلاعات دیگر.

بازخورد ، اطلاعاتی است كه توسط افراد سازمان مشخص برای تصحیح اطلاعات ورودی پردازش می شود.

ساختار تابعی سیستم های اطلاعاتی به شکل نمودار بلوک ارائه شده اند (شکل 1) ، که در آن هر عنصر سیستم به شکل بلوک (در شکل - یک مستطیل) نشان داده شده است ، و پیوندها و جهت آنها توسط فلش \u200b\u200bنشان داده شده است.

به قطعات جداگانه (بلوک های سیستم) فرعی گفته می شود.

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

ساختار IS همچنین می تواند به عنوان مجموعه ای از زیر سیستم های پشتیبانی کننده نشان داده شود (شکل 2).

عکس. 1. نمودار بلوک عملکردی عمومی.

با این حال ، برای AIS ، که در ماهیت و انواع پردازش اطلاعات متفاوت است ، نمودار عملکردی در مجموعه ای از زیر سیستم های پردازش متفاوت است. به عنوان مثال ، AIPS (کتابخانه ، موزه ، مرجع قانونی ، و غیره) ورودی ، سیستم سازی ، ذخیره سازی ، جستجو و تحویل اطلاعات را به درخواست کاربر بدون تبدیل داده های پیچیده تولید می کند. سیستم های حل اطلاعات: ASOD، ACS، DSS - اطلاعات پایگاه داده را طبق یک الگوریتم خاص پردازش می کنند ، اما در ترکیب زیر سیستم های پردازش اطلاعات نیز تفاوت دارند. یک سیستم CAD متخصص در اتوماسیون طراحی در سیستم خود دارای زیر سیستم های خاص است: مستندات فنی ، تشکیل کار ، شبیه سازی ، محاسباتی و برخی نیز ممکن است دارای یک سیستم خبره باشند (نمودار بلوک را در شکل 2 مشاهده کنید).

شکل 2 نمودار بلوک CAD

نوع دیگری از ساختار IS را در نظر بگیرید: به عنوان مجموعه ای از زیر سیستم های پشتیبانی کننده (شکل 3).

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

بنابراین ، ساختار هر سیستم اطلاعاتی می تواند توسط مجموعه ای از سیستمهای فرعی پشتیبانی ارائه شود.

شکل 3 ساختار IS با توجه به نوع زیر سیستمهای پشتیبانی کننده.

اطلاعات ، فنی ، ریاضی ، نرم افزاری ، پشتیبانی سازمانی و حقوقی معمولاً در بین زیر سیستم های پشتیبانی کننده متمایز می شوند.

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

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

به سیستمهای مستند سازی متحد.

به فرم های یکپارچه اسناد در سطوح مختلف مدیریت ؛

به ترکیب و ساختار جزئیات و شاخص ها؛

مراحل اجرای ، نگهداری و ثبت اشکال یکپارچه اسناد.

با وجود وجود یک سیستم مستند سازی یکپارچه ، نظرسنجی در مورد بیشتر سازمان ها طیف گسترده ای از کاستی های معمولی را آشکار می کند:

حجم بسیار زیاد اسناد برای پردازش دستی.

همین شاخص ها اغلب در اسناد مختلف کپی می شوند.

کار با تعداد زیادی از اسناد ، متخصصان را از حل مشکلات فوری دور می کند.

شاخص هایی وجود دارد که ایجاد می شوند اما مورد استفاده قرار نمی گیرند و غیره

رفع این کاستی ها یکی از وظایف پیش روی ایجاد پشتیبانی اطلاعات است.

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

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

حذف اطلاعات تکراری و بلااستفاده.

طبقه بندی و ارائه منطقی اطلاعات.

روش ساخت پایگاه داده بر اساس مبانی نظری طراحی آنها.

مفاهیم اساسی روش:

درک روشنی از اهداف ، اهداف ، عملکردهای کل سیستم مدیریتی سازمان؛

شناسایی حرکت اطلاعات از لحظه منشاء آن تا استفاده از آن در سطوح مختلف مدیریتی ، که برای تجزیه و تحلیل در قالب طرحهای جریان اطلاعات ارائه شده است.

بهبود سیستم مدیریت اسناد؛

در دسترس بودن و استفاده از سیستم طبقه بندی و برنامه نویسی.

دانش روششناسی برای ایجاد مدلهای منطقی اطلاعاتی-مفهومی که بیانگر رابطه اطلاعات است.

ایجاد مجموعه ای از اطلاعات در رسانه های رایانه ای ، که به پشتیبانی فنی مدرن نیاز دارد.

این مفهوم عملاً در دو مرحله اجرا می شود.

مرحله اول - بررسی کلیه بخشهای عملکردی شرکت به منظور:

ویژگی ها و ساختار فعالیت های آن را بشناسید؛

ایجاد نمودار جریان اطلاعات؛

تجزیه و تحلیل سیستم مدیریت اسناد موجود؛

برای تعریف اشیاء اطلاعاتی و ترکیب مربوط به ویژگی ها (پارامترها ، خصوصیات) که خصوصیات و هدف آنها را توصیف می کند.

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

پشتیبانی فنی - مجموعه ای از ابزارهای فنی در نظر گرفته شده برای بهره برداری از سیستم اطلاعات ، و همچنین مستندات مربوطه برای این وسایل و فرآیندهای فناوری

مجموعه وسایل فنی شامل موارد زیر است:

رایانه های هر مدل؛

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

دستگاه های انتقال داده و خطوط ارتباطی.

تجهیزات اداری و دستگاههای بازیابی اطلاعات خودکار؛

مواد عملیاتی و غیره

مستندات انتخاب اولیه ابزارهای فنی ، سازماندهی کارکرد آنها ، فرآیند تکنولوژیکی پردازش داده ها ، تجهیزات تکنولوژیکی را رسمیت می بخشد. مستندات تقریباً به سه گروه تقسیم می شود:

گسترده ای از سیستم ، از جمله استانداردهای ایالتی و صنعتی برای پشتیبانی فنی ؛

تخصصی ، شامل مجموعه ای از روش ها برای کلیه مراحل توسعه پشتیبانی فنی

مرجع هنجاری ، هنگام انجام محاسبات برای پشتیبانی فنی استفاده می شود.

در حال حاضر ، دو شکل اصلی سازمان پشتیبانی فنی (اشکال استفاده از ابزارهای فنی) توسعه یافته است: متمرکز و جزئی یا کاملاً غیرمتمرکز.

پشتیبانی فنی متمرکز مبتنی بر استفاده از رایانه های بزرگ و مراکز محاسباتی در سیستم اطلاعات است. این شکل از سازمان ، مدیریت و اجرای استانداردسازی را تسهیل می کند ، اما باعث کاهش مسئولیت و ابتکار کارکنان می شود.

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

در حال حاضر ، یک رویکرد غیرمتمرکز جزئی تا حدودی متداول تر است - سازمان پشتیبانی فنی مبتنی بر شبکه های توزیع شده متشکل از رایانه های شخصی و یک فریم اصلی برای ذخیره دیتابیس های متداول برای هر زیر سیستم های کاربردی.

ریاضی و نرم افزار - مجموعه ای از روشها ، مدلها ، الگوریتمها و برنامه های ریاضی برای اجرای اهداف و اهداف سیستم اطلاعات و همچنین عملکرد طبیعی مجموعه ابزارهای فنی.

به بودجه نرم افزار مربوط بودن:

ابزار برای مدل سازی فرایندهای مدیریت؛

وظایف مدیریت معمولی؛

روش های برنامه ریزی ریاضی ، آمار ریاضی ، نظریه صف و غیره

قسمت نرم افزار شامل محصولات نرم افزاری مخصوص سیستم و ویژه و همچنین اسناد فنی است.

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

نرم افزار ویژه مجموعه برنامه هایی است که هنگام ایجاد یک سیستم اطلاعاتی خاص ایجاد شده است. این شامل بسته های نرم افزاری کاربردی (PPP) است که مدل های توسعه یافته با درجات مختلف کفایت را پیاده سازی می کند و عملکرد یک شی واقعی را منعکس می کند.

مستندات فنی برای توسعه نرم افزار باید شامل شرح وظایف ، وظیفه الگوریتم سازی ، الگوی اقتصادی و ریاضی مسئله ، مثالهای آزمون باشد.

پشتیبانی سازمانی مجموعه ای از روش ها و وسیله هایی است که تعامل کارگران با وسایل فنی و با یکدیگر را در توسعه و بهره برداری از IS تنظیم می کند.

پشتیبانی سازمانی عملکردهای زیر را انجام می دهد:

تجزیه و تحلیل سیستم مدیریتی موجود سازمان ، جایی که از IS استفاده می شود ، و شناسایی وظایف به صورت خودکار.

تهیه وظایف برای حل در رایانه ، از جمله مشخصات فنی برای طراحی IS و امکان سنجی اثربخشی آن.

تدوین تصمیمات مدیریت در مورد ترکیب و ساختار سازمان ، روش کار برای حل مشکلات با هدف بهبود کارآیی سیستم مدیریت.

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

پشتیبانی حقوقی - مجموعه ای از هنجارهای قانونی که ایجاد ، وضعیت حقوقی و بهره برداری از سیستم های اطلاعاتی را تعیین می کند ، نحوه تنظیم روند به دست آوردن ، تبدیل و استفاده از اطلاعات را تنظیم می کند.

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

حمایت حقوقی برای مراحل توسعه یک سیستم اطلاعاتی شامل مقررات مربوط به روابط قراردادی بین توسعه دهنده و مشتری و تنظیم قانونی انحرافات از قرارداد است.

پشتیبانی حقوقی مراحل عملکرد سیستم اطلاعات شامل موارد زیر است:

وضعیت سیستم اطلاعات؛

حقوق ، وظایف و مسئولیت های پرسنل.

روش ایجاد و استفاده از اطلاعات و غیره

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

اهداف ایجاد و اجرای IP.

از اجرای سیستم های اطلاعاتی چه انتظاری می توان داشت؟

اجرای سیستم های اطلاعاتی می تواند به موارد زیر کمک کند:

1. رهایی کارگران از کارهای روزمره و شتاب آن به دلیل اتوماسیون؛

2- تعویض ناقلین داده کاغذ با دیسک های مغناطیسی یا نوارها ، که منجر به کاهش حجم اسناد روی کاغذ می شود ، و بنابراین امکان سازمان دهی منطقی تری از پردازش اطلاعات بر روی رایانه ،

3. بهبود ساختار جریان اطلاعات و سیستم مدیریت اسناد در شرکت به دلیل تأثیر سازگاری: ورود داده های واحد - استفاده چند منظوره و چند منظوره "؛

4- به دست آوردن گزینه های منطقی تر برای حل مشکلات مدیریت (از طریق معرفی روش های ریاضی و سیستم های هوشمند و غیره):

یافتن سوله های جدید بازار؛

بهینه سازی هزینه ها برای تولید محصولات و یا خدمات

بهینه سازی روابط با خریداران و تامین کنندگان.

مراحل توسعه سیستم های اطلاعاتی

تاریخچه توسعه IP به مراحل تقسیم می شود (جدول 2) ، تقریباً مربوط به تعداد پذیرفته شده اهداف - رویکرد استفاده از IP در حال تغییر است.

جدول 2. مراحل توسعه IP.

بازه زمانی	مفهوم استفاده از اطلاعات	نوع سیستم های اطلاعاتی	هدف استفاده
1950 - 1960	جریان کاغذ اسناد تسویه حساب	سیستم های اطلاعاتی برای پردازش اسناد تسویه حساب در دستگاه های حسابداری الکترومکانیکی	افزایش سرعت پردازش اسناد پردازش فاکتور ساده و پردازش حقوق و دستمزد
1960 - 1970	کمک اصلی در تهیه گزارش	سیستم های اطلاعات مدیریت برای تولید اطلاعات	سرعت بخشیدن به روند گزارش
1970 - 1980	کنترل مدیریت اجرای (فروش)	سیستم های پشتیبانی تصمیم سیستم های مدیریت ارشد	انتخاب منطقی ترین راه حل
1980 - 2000	اطلاعات یک منبع استراتژیک است که یک مزیت رقابتی را فراهم می کند	سیستم های اطلاعاتی استراتژیک دفاتر خودکار	بقا و سعادت محکم

اولین سیستم های اطلاعاتی در اواسط قرن گذشته ظاهر شدند. در دهه 1950 ، آنها برای پردازش فاکتورها و محاسبه حقوق طراحی شدند و در دستگاه های حسابداری الکترومکانیکی اجرا شدند. این امر منجر به كاهش هزینه و زمان تهیه اسناد كاغذی شد.

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

در دهه 70 - اوایل دهه 80. سیستم های اطلاعاتی به عنوان وسیلهای برای کنترل مدیریت که فرآیند تصمیم گیری را پشتیبانی و تسریع می کند ، در حال استفاده گسترده است.

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

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

ایستگاه های کاری به صورت خودکار

ملزومات اجرا

لیست گزارشهای تولید شده

4.4.2. الزامات سیستم برنامه ریزی و مدیریت تولید

سیستم اطلاعات باید برنامه ریزی منابع سازمانی و مدیریت تولید سفارش را ارائه دهد.

موارد لازم برای عملکرد IS:

1. مدیریت پیکربندی محصولات نهایی (FP):

حفظ اطلاعات نظارتی و مرجع در مورد ترکیب GP با امکان نشان دادن دوره مربوط به مشخصات و با امکان حضور در GP با چندین مشخصات مختلف.

نگهداری اطلاعات هنجاری و مرجع در مورد فناوری تولید محصولاتی که جزئی از GP هستند با امکان نشان دادن دوره ارتباط فناوری ها و با امکان حضور در GP با چندین فناوری مختلف؛

2. مدیریت فروش:

مشاهده تاریخچه روابط مشتری؛

ثبت / تصحیح برنامه مشتری که حاوی لیست GP ها ، حجم ، تاریخ حمل و نقل ، قیمت فروش و هرگونه شرایط اضافی است.

مشاهده شاخص های اقتصادی فعلی (برآورد هزینه) از SOE سفارش داده شده؛

3. برنامه ریزی تولید:

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

تشکیل یک برنامه تولیدی که نشان دهنده محصول تولیدی ، مقدار آن ، تجهیزات مورد استفاده ، تقسیم برای هر روز از دوره برنامه ریزی است.

تشکیل طرحی برای نیازهای تولید مواد و قطعات؛

کنترل و مدیریت بارگیری تجهیزات طبق برنامه تولید شکل گرفته؛

انجام تنظیمات در طرح تولید در حین اجرای آن؛

تجزیه و تحلیل برنامه-طرح برنامه تولید؛

4. مدیریت تولید:

تشکیل وظایف تغییر (سفارشات) برای تولید محصولات؛

اختصاص / انتصاب مجدد به سفارشات مجری و تثبیت اجرای سفارشات با بیان تعداد محصولات تولیدی ، تعداد محصولات معیوب و دلایل ازدواج؛

مدیریت نگهداری و جابجایی اقلام موجودی (کالاها و مواد) در تولید؛

5- مدیریت تأمین:

تشکیل سفارش خرید بر اساس برنامه نیاز به مواد و اجزای تشکیل دهنده ، نشانگر تهیه کننده ، نامگذاری کالاها و مواد ، کمیت و زمان تحویل.

تشکیل سفارشات خرید بر اساس سفارشات یک بار برای کالاها و مواد از بخش ها؛

کنترل و پیگیری روند انجام سفارشات خرید؛

کنترل عملیاتی پسماندها.

برنامه تحلیلی واقعیت تحویل ها؛

6. مدیریت هزینه:

تشکیل هزینه برنامه ریزی شده (استاندارد) SOE؛

رفع هزینه های واقعی تولید؛

محاسبه هزینه واقعی GP؛

برنامه تحلیل هزینه واقعی.

الزامات مربوط به محاسبه هزینه استاندارد سفارش

هزینه استاندارد محصول و کل سفارش با استفاده از روش زیر محاسبه می شود:

1. مؤلفه مواد مستقیم هزینه استاندارد یک محصول بر اساس اطلاعاتی در مورد ترکیب استاندارد این محصول (مشخصات) و قیمت های حسابداری تعیین شده برای کالاهای موجودی موجود در این مشخصات تشکیل می شود. برای مشخصات ، استفاده از چندین مورد از هزینه های مواد مجاز است.

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

3. مقدار استاندارد هزینه های غیرمستقیم به عنوان درصد پایه مشخص شده (مقدار هزینه مستقیم برای کالای مشخص شده) محاسبه می شود.

برای انجام این محاسبه ، داده های زیر باید در سیستم اطلاعات موجود باشد:

1. مشخصات ساخت محصول (و همچنین مشخصات تولید کلیه محصولات نیمه تمام تولید خود ما که در این محصول موجود است)؛

2. فناوری ساخت محصول و محصولات نیمه تمام موجود در آن: چه عملیاتی باید انجام شود و در چه زمانی. علاوه بر این ، برای هر عملیات ، حرفه و دسته کارگر مشخص شده است ، که برای اجرای آن (برای انتشار این محصول خاص) لازم است.

پروتکل قیمت های حسابداری برای کالاها و مواد مورد استفاده؛

4- نرخ پولی ساعت استاندارد برای مشاغل و رتبه ها.

الزامات مربوط به محاسبه هزینه واقعی سفارش

هزینه واقعی محصول و کل سفارش با استفاده از روش زیر محاسبه می شود:

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

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

3. استهلاک تجهیزات تولید مستقیم در هزینه های مستقیم گنجانده شده است اگر برای هر توزیع مجدد تجهیزات (ابزار دستگاه) مورد استفاده در این توزیع مجدد نشان داده شده باشد.

4- هزینه های مستقیم که باید اختصاص یابد:

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

دستمزد کارگران در صورت عدم اطلاع از توزیع آنها توسط گردش مالی؛

استهلاک تجهیزات مستقیم در صورتی که تنها مبلغ ماهانه آن بدون بازپرداخت با توزیع مجدد در دسترس باشد.

چنین هزینه هایی با توجه به پایگاه توزیع انتخابی (برای مثال ، به نسبت هزینه های مستقیم مواد) به اقلام تولیدی اختصاص می یابد.

1. هزینه های عمومی تولید (حساب 25 BU): به محصولات تولیدی متناسب با پایه توزیع انتخاب شده توزیع می شود. سهم چنین هزینه هایی ممکن است مطابق با سیاست حسابداری که در شرکت تصویب شده است ، در جریان کار باشد یا نباشد.

2. هزینه های عمومی و عملیاتی فروش (حساب های 26 و 44) به عنوان هزینه دوره جاری شناخته شده و مربوط به هزینه های فروش است. توزیع چنین هزینه هایی با هزینه محصولات نهایی با استفاده از گزارش ویژه قابل مشاهده است.

الزامات عملکرد سیستم اطلاعات

<Раздел должен содержать требования к производительности Информационной системы. Вводится в шаблон>.

قابلیت اطمینان

<Раздел должен содержать требования к надежности Информационной системы. Например:>

الزامات لازم برای اطمینان از عملکرد مطمئن (پایدار) سیستم اطلاعات

عملکرد قابل اطمینان (پایدار) سیستم اطلاعات باید با اجرای مشتری مجموعه ای از اقدامات سازمانی و فنی را تضمین کند ، که لیست آنها در زیر آورده شده است:

1. ساماندهی منبع تغذیه بدون وقفه تجهیزات فنی؛

2. استفاده از نرم افزار مجاز؛

3. اجرای منظم توصیه های وزارت کار و توسعه اجتماعی فدراسیون روسیه ، مندرج در مصوبه 23 ژوئیه 1998 "درباره تصویب استانداردهای زمانی استاندارد بین صنعت برای کار در زمینه نگهداری از رایانه های شخصی و تجهیزات اداری و پشتیبانی نرم افزار"؛

4- تحقق منظم الزامات GOST 51188-98. "حفاظت از داده ها. تست نرم افزار برای حضور ویروس های رایانه ای "؛

5- پشتیبان گیری منظم از بانکهای اطلاعاتی سیستم اطلاعات از طریق خود سیستم اطلاعات یا با استفاده از سیستم مدیریت پایگاه داده استفاده شده.

شکل. 6.2

(سیستم اطلاعات سازمانی)

برون سپاری سیستم های اطلاعاتی شرکت ها

برون سپاری توابع تولید و فرآیندهای تجاری مبتنی بر سیستم های اطلاعاتی شرکتی امکان استفاده از جدیدترین دستاوردها و "بهترین عملکرد" \u200b\u200bمدیریت مدرن را فراهم می آورد. اجرای سیستم های اطلاعاتی شرکتی در قلب طراحی مجدد فرایندهای تجاری است (فرآیند کاری...
(برون سپاری و outstaffing: فناوری های مدیریت بالا)

الگوهای ادغام سیستم های اطلاعاتی شرکت ها

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

وظایف کاربردی سیستم اطلاعاتی شرکت و اصول اساسی سیستم های اطلاعاتی مدرن از شرکت. ادغام الگوهای

معنای معنادار مفهوم ماژول فرضیه مقایسه زیر سیستم های عملکردی ، وظایف کاربردی با رویکرد وظیفه محور کارکرده با ماژول های اصلی مدرن است. شکل. 6.2 مقایسه وظایف عملکردی با ماژول های اصلی سیستم های اطلاعاتی مدرن ICISP یک شرکت ، ...
(سیستم اطلاعات سازمانی)

مفهوم ، تاريخ توسعه و طبقه بندي سيستم هاي اطلاعاتي شرکت. سیستم های اطلاعاتی ادغام شده شرکت از شرکت

مفهوم و طبقه بندی سیستم های اطلاعاتی در دوره توسعه تاریخی آنها تغییر می کند. با این حال ، هدف ثابت باقی می ماند و با دستیابی به راندمان مدیریت سازمانی همراه است. کارآیی مدیریت سازمانی به تعامل عوامل زیادی بستگی دارد ، از جمله آنها: فلسفی ، تاریخی ، ...
(سیستم اطلاعات سازمانی)

ویژگی های فن آوری های اطلاعاتی مدرن در سیستم های اطلاعاتی شرکت

فن آوری های مدرن برای سازماندهی ورود اطلاعات در سیستم های اطلاعات مکانی اطلاعات مربوط به معاملات تجاری باید از هر منبع منشأ آن به موقع وارد بانک اطلاعاتی شود. این امر به طور مؤثر پردازش بیشتر اطلاعات را در اطلاعات سازماندهی می کند ...
(سیستم اطلاعات سازمانی)

ارتباط زیر سیستم های اطلاعاتی شرکت

چطور سیستم های اطلاعاتی در شرکت؟ مسیر معمول یک شرکت روسی متوسط \u200b\u200bاین است که با اتوماسیون کار بخش حسابداری ، اداره منابع انسانی و گردش کار ، اجرای فناوری اطلاعات را شروع کنیم. داده های این سیستم ها رسمی ترین هستند ، فرایندها به راحتی خودکار می شوند. بسته های گسترده "1C: Accounting" ، "رئیس: افسر پرسنل" ، "LanDocs" ، "LanStaff" ، "حقوق" و سایر موارد به شما امکان می دهد تا خود را با هر برنامه دیگری بسازید و بدین ترتیب آنها را در سیستم اطلاعات عمومی بنگاه اقتصادی ادغام کنید. شکل. 7.1 نحوه ارتباط ماژول های سیستم اطلاعاتی شرکت را با یکدیگر نشان می دهد. ماژول TPS فرآیندهای اصلی تولید و پشتیبانی را ارائه می دهد و معمولاً منبع اصلی سایر ماژول های اطلاعاتی است. ESS گیرنده اصلی داده ها و سیستم های داخلی از محیط خارجی است.

شکل. 7.1

سایر سیستم ها همچنین داده ها را تبادل می کنند. و در اینجا یکی از دشوارترین سؤالات برای یک رهبر ایجاد می شود - جستجوی درجه مطلوب ادغام... داشتن یک سیستم کاملاً یکپارچه وسوسه\u200cانگیز است ، اما چنین ادغام بسیار وقت گیر است و هزینه زیادی نیز دارد. و بهتر است حتی نگوییم برای حفظ چنین سیستمی چه هزینه ای دارد. بنابراین ، نیاز به سیستم های یکپارچه باید در برابر مشکلات و هزینه های IC های بزرگ اندازه گیری شود. هیچ سطح استاندارد و ادغام یا متمرکز وجود ندارد - هر رهبر باید مستقل باشد (یا با کمک یک شرکت مشاور) برای حل این مشکل دشوار.

پیوندها بین DSS و TPS ، KWS ،