مبانی توسعه سیستم اطلاعاتی موضوع: "مبانی و چرخه های توسعه سیستم های اطلاعاتی"

روش‌ها، فناوری‌ها و ابزارهای طراحی (ابزارهای CASE) اساس هر پروژه IS را تشکیل می‌دهند. این روش از طریق فناوری‌های خاص و پشتیبانی از استانداردها، روش‌ها و ابزارهایی که اجرای فرآیندهای چرخه حیات (LC) را تضمین می‌کنند، اجرا می‌شود.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مراحل و مراحل ایجاد IP: مرحله 1. تشکیل الزامات IP: - بررسی موضوع و توجیه نیاز به ایجاد IP. - شکل گیری نیازهای کاربر برای سیستم های اطلاعاتی. - تهیه گزارش از کار انجام شده و مشخصات تاکتیکی و فنی برای توسعه مرحله 2. توسعه مفهوم IS: - مطالعه شی اتوماسیون. - انجام کارهای تحقیقاتی. - توسعه گزینه های مفهوم IS که نیازهای کاربر را برآورده می کند - تهیه گزارش و تایید مفهوم

مرحله 3. شرایط مرجع: - توسعه و تصویب مشخصات فنی. وظایف ایجاد مرحله IS 4. طراحی پیش نویس: - توسعه راه حل های طراحی اولیه برای سیستم و قطعات آن - توسعه اسناد پیش نویس برای IS و قطعات آن مرحله 5. طراحی فنی: - توسعه راه حل های طراحی برای سیستم و آن قطعات - توسعه مستندات برای IS و قطعات آن - توسعه و اجرای مستندات برای تامین قطعات - توسعه وظایف طراحی در قسمت های مجاور پروژه

مرحله 6. اسناد کاری: - توسعه اسناد کاری برای IS و قطعات آن - توسعه و انطباق برنامه ها مرحله 7. راه اندازی: - آماده سازی هدف اتوماسیون - آموزش پرسنل - تکمیل IS با محصولات عرضه شده (نرم افزار، سخت افزار، مجتمع ها) ، محصولات اطلاعاتی) - کارهای ساختمانی، نصب و راه اندازی - آزمایشات اولیه - عملیات آزمایشی - تست های پذیرش

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

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

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

بر اساس نتایج نظرسنجی، فهرستی از وظایف مدیریتی ایجاد می شود که راه حل آن به صورت خودکار توصیه می شود و ترتیب توسعه آنها. در مرحله بررسی، عملکردهای برنامه ریزی شده سیستم باید بر اساس درجه اهمیت طبقه بندی شوند. یکی از قالب های ممکن برای نمایش چنین طبقه بندی MuSCoW است. این مخفف مخفف: باید عملکردهای لازم را داشته باشد (برای کار موفق حیاتی). باید دارای ویژگی های مطلوب باشد. می تواند توابع ممکن داشته باشد. Won *t توابع گم شده ای دارد (لازم است به وضوح مرزهای پروژه و مجموعه توابعی که در سیستم وجود ندارد درک شود).

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

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

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

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

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

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

راه حل طراحی استاندارد (TDS) یک راه حل طراحی قابل تکرار (قابل استفاده مجدد) است. کلاس های زیر از TPR متمایز می شوند: Elemental TPR - راه حل های استاندارد برای یک کار یا برای یک نوع پشتیبانی جداگانه برای یک کار زیرسیستم TPR - زیرسیستم های جداگانه به عنوان عناصر تایپ کننده عمل می کنند که با در نظر گرفتن کامل بودن عملکرد و به حداقل رساندن اتصالات اطلاعات خارجی Object TPR - پروژه های صنعتی استاندارد، شامل مجموعه کاملی از زیرسیستم های IS کاربردی و پشتیبانی کننده

مزایا و معایب TPR: ابتدایی (کتابخانه‌های برنامه‌های روش‌محور) + استفاده از رویکرد مدولار برای طراحی را تضمین می‌کند - زمان زیادی صرف شده روی عناصر ناهمگن زیرسیستم (بسته‌های نرم‌افزار کاربردی) + درجه بالای یکپارچگی عناصر IS + کاهش هزینه‌های طراحی و برنامه‌نویسی قطعات به هم پیوسته - سازگاری TPR ناکافی است - مشکلات در یکپارچه‌سازی زیرسیستم‌های عملکردی مختلف

طراحی پارامتری محور شامل مراحل زیر است: تعیین معیارهای ارزیابی مناسب بودن بسته های نرم افزار کاربردی (APP) تجزیه و تحلیل و ارزیابی PPP های موجود بر اساس معیارهای فرموله شده انتخاب و خرید مناسب ترین بسته تنظیم پارامترها (پالایش) PPP خریداری کرد

طراحی مبتنی بر مدل شامل ساخت مدلی از یک شی اتوماسیون با استفاده از ابزارهای نرم افزاری خاص است (به عنوان مثال، SAP Business Engineering Workbench (BEW)، BAAN Enterprise Modeler). همچنین امکان ایجاد سیستمی بر اساس مدل استاندارد IS از مخزن که به همراه محصول نرم افزاری ارائه می شود، وجود دارد. مخزن شامل یک مدل پایه (مرجع) IS، مدل های استاندارد (مرجع) کلاس های خاصی از IS، مدل های شرکت های IS خاص است.

مدل پایه IS شامل توصیفی از عملکردهای تجاری، فرآیندها، اشیاء، قوانین و همچنین توصیفی از سازمان است. ساختارهایی که توسط ماژول های نرم افزاری یک استاندارد IS پشتیبانی می شوند. (BAAN Enterprise Modeler)، یا با تطبیق خودکار این مدل‌ها در نتیجه یک نظرسنجی تخصصی (SAP Business Engineering Workbench)

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

مقدمه………………………………………………………………………………..3
1. مبانی نظری توسعه سیستم های اطلاعاتی
1.1. مفهوم IS به عنوان وسیله ای برای اتوماسیون……………………………….۵
1.2. پشتیبانی اطلاعات IS……………………………………… 7
1.3. بازار روسیه برای سیستم های اطلاعاتی برای ثبت داروها……………………….12
2. طراحی و توسعه سیستم اطلاعاتی برای ثبت داروها در یک سازمان دارویی
2.1. ساختار اطلاعاتی پایگاه داده حسابداری در یک شرکت حمل و نقل……………………………………………………………………………………………………………………………

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

1. توسعه اطلاعاتی سیستم هایبرای یک شرکت نصب تجهیزات گاز

   پایان نامه >> انفورماتیک

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

2. توسعهاستراتژی های توسعه سازمان بر اساس رویکرد بازاریابی با استفاده از مثال SOOO Effective

   پایان نامه >> بازاریابی

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

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

   پایان نامه >> انفورماتیک

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

4. توسعه نرم افزار تدارکبرای انتخاب پیکربندی بهینه DL محل کار خودکار

   چکیده >> ارتباطات و ارتباطات

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

5. اطلاعات سیستم هایدر اقتصاد (12)

   راهنمای مطالعه >> اقتصاد

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

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

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

اسناد مشابه

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

کار دوره، اضافه شده 12/13/2010


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

چکیده، اضافه شده در 2015/05/28


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

ارائه، اضافه شده در 12/07/2013


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

کار دوره، اضافه شده در 2010/11/20


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

کار دوره، اضافه شده در 2012/04/25


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

چکیده، اضافه شده در 2010/04/29


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

کار دوره، اضافه شده در 2010/11/20


سیستم های طراحی خودکار تحلیل مقایسه ای ابزارهای طراحی سیستم های اطلاعات خودکار. کد SQL را به محیط فیزیکی صادر کنید و پایگاه داده را با محتوا پر کنید. مراحل توسعه و ویژگی های ابزار Case.

کار دوره، اضافه شده در 2017/11/14

"روش توسعه سیستم های اطلاعاتی"

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

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

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

تجزیه و تحلیل قبل از پروژه (از جمله شکل گیری مدل های عملکردی و اطلاعاتی شیئی که سیستم اطلاعاتی برای آن در نظر گرفته شده است)؛

طراحی سیستم (شامل توسعه مشخصات فنی، طراحی های اولیه و فنی)؛

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

یکپارچه سازی و مونتاژ سیستم، آزمایش آن؛

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

توسعه سیستم.

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

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

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

طراحی آی سی بر چند اصل استوار است:

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

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

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

- استاندارد سازی و یکسان سازی- شامل استفاده از راه حل های استاندارد، یکپارچه و استاندارد در ایجاد و توسعه سیستم های اطلاعات الکترونیکی (محصولات نرم افزار استاندارد، اسناد یکپارچه، تجهیزات).

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

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

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

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

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

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

تا به امروز، دو مدل اصلی چرخه زندگی زیر رایج ترین شده اند:

مدل آبشاری (70-85);

مدل مارپیچ (86-90 سال).

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

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

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

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

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

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

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

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

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

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

پیچیدگی روزافزون سیستم‌های کنترل خودکار مدرن و نیازهای روزافزون برای آنها، نیاز به استفاده از فن‌آوری‌های مؤثر برای ایجاد و نگهداری سیستم‌های اطلاعاتی را در کل چرخه عمر دیکته می‌کند. چنین فناوری هایی که بر پشتیبانی از چرخه حیات کامل NPP یا مراحل اصلی آن متمرکز هستند، فناوری های CASE نامیده می شوند. (کامپیوتر کمک کرد سیستم مهندسی) . فناوری CASE یک متدولوژی طراحی IS و همچنین مجموعه‌ای از ابزارها است که به شما امکان می‌دهد به صورت بصری یک حوزه موضوعی را مدل‌سازی کنید، این مدل را در تمام مراحل توسعه و نگهداری IS تجزیه و تحلیل کنید و برنامه‌های کاربردی را مطابق با نیازهای اطلاعاتی کاربران توسعه دهید. در دهه گذشته، دسته ای از نرم افزارها و ابزارهای فناورانه (ابزارهای CASE) ظهور کرده اند که فناوری CASE را برای ایجاد و نگهداری AIS پیاده سازی می کنند. در حال حاضر، ابزارهای CASE (بیش از 300) کل فرآیند توسعه AIS پیچیده را به طور کلی پوشش می دهند. اکنون اصطلاح CASE-tools به نرم افزاری اطلاق می شود که از فرآیندهای ایجاد و نگهداری AIS از جمله تجزیه و تحلیل و فرمول بندی نیازمندی ها، طراحی نرم افزارهای کاربردی و پایگاه های داده پشتیبانی می کند. داده ها، تولید کد، آزمایش، مستندسازی، تضمین کیفیت، مدیریت پیکربندی و مدیریت پروژه و همچنین سایر فرآیندها.

ابزار CASE:

بهبود کیفیت AIS ایجاد شده (AIT) از طریق ابزارهای کنترل خودکار.

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

سرعت بخشیدن به فرآیند طراحی و توسعه سیستم؛

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

حمایت از توسعه و پشتیبانی از توسعه AIS (AIT)؛

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

ابزارهای مدرن CASE طیف گسترده‌ای از پشتیبانی از فناوری‌های طراحی IS متعدد را پوشش می‌دهند: از ابزارهای تحلیل ساده و مستندسازی تا ابزارهای اتوماسیون در مقیاس کامل که کل چرخه عمر نرم‌افزار را پوشش می‌دهند.

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

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

· ادغام اجزای جداگانه ابزارهای CASE، تضمین کنترل پذیری فرآیند توسعه IS.

· استفاده از ذخیره سازی سازماندهی شده ویژه ابرداده پروژه (مخزن).

انواع زیر از صندوق های CASE متمایز می شود:

ابزارهای محلی که وظایف کوچک مستقل (ابزار) را حل می کنند،

مجموعه ای از ابزارهای تا حدی یکپارچه که اکثر مراحل چرخه حیات IS را پوشش می دهد (ابزار)

ابزارهای کاملاً یکپارچه (مجتمع های CASE-tool) که از کل چرخه حیات IS پشتیبانی می کنند و توسط یک مخزن مشترک به هم متصل می شوند.

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

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

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

· ابزارهای توسعه برنامه، از جمله زبان های 4GL و تولید کننده کد؛

· ابزارهای مدیریت پیکربندی؛

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

· ابزار تست؛

· ابزارهای مدیریت پروژه؛

· ابزار مهندسی مجدد.

ب) بر اساس نوع:

ابزارهای تجزیه و تحلیل (Upper CASE) طراحی شده برای ساخت و تجزیه و تحلیل مدل های دامنه

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

ابزارهای طراحی پایگاه داده که مدل سازی داده و تولید طرحواره های پایگاه داده (معمولاً به زبان SQL) را برای رایج ترین DBMS ها فراهم می کند.

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

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

امروزه بازار نرم افزار روسیه دارای پیشرفته ترین ابزارهای CASE زیر است:

 ERwin+BPwin؛

 CASE.Analyst;

 رز منطقی.

یکی از ویژگی های مهم توسعه IS زمان توسعه است. اغلب زمان لازم برای ایجاد یک سیستم کامل از چند ماه تا یک سال طول می کشد. کاملاً طبیعی است که اکثر بنگاه ها علاقه مند به کاهش این مدت هستند. یکی از راه حل های ممکن برای این مشکل، توسعه IS با استفاده از متدولوژی RAD (توسعه سریع اپلیکیشن) است. = روش توسعه سریع برنامه.

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

با استفاده از یک مدل توسعه تکراری (مارپیچ)؛

تکمیل کامل کار در هر مرحله از چرخه زندگی ضروری نیست.

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

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

ابزارهای مدیریت پیکربندی برای تسهیل ایجاد تغییرات در پروژه و حفظ سیستم نهایی استفاده می شود.

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

آزمایش و توسعه پروژه به طور همزمان با توسعه انجام می شود.

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

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

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

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

طرح؛

ساخت و سازها;

پیاده سازی ها

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

روش شناسی کاملا غیر قابل قبول RADبرای توسعه سیستم هایی که ایمنی انسان به آنها بستگی دارد، مانند سیستم های کنترل حمل و نقل یا نیروگاه های هسته ای.

دو روش اصلی طراحی وجود دارد: طراحی ساختاری و طراحی شی گرا.

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

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

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