مقدمه3 فصل 1. توصیف حوزه موضوعی5 1.1. مطالعه و تحلیل سیستمی حوزه موضوعی «سازمان ساختمانی» 5 1.2. مراحل اصلی در شکل گیری الزامات در طراحی یک سیستم اطلاعاتی8 فصل 2. توسعه مفهوم سیستم اطلاعاتی "کسب و کار هتلداری"10 2.1. انتخاب روش برای مدل سازی حوزه موضوعی10 فصل 3. طراحی سیستم اطلاعاتی "سازمان ساختمان" 18 3.1. توسعه و تصویب شرایط مرجع18 3.2. توسعه یک نمودار مورد استفاده22 3.3. توسعه نمودار کلاس زمینه ای 29 3.4. توسعه یک نمودار توالی 33 3.5. توسعه نمودار فعالیت34 3.6. توسعه یک نمودار کلاس در سطح طراحی35 3.7. توسعه نمودار قرارگیری38 3.8. ایجاد پایگاه داده39 3.9. مدل پایگاه داده منطقی پیاده سازی شده در ERwin.40 3.10. SQL به پایگاه داده ایجاد شده پرس و جو می کند41 نتیجه 43

معرفی

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

نتیجه

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

کتابشناسی - فهرست کتب

1. بوچاروف، E.P. سیستم های اطلاعات یکپارچه شرکت ها اصول ساخت و ساز کارگاه آزمایشگاهی بر اساس سیستم "گالاکتیکا". Proc. کمک هزینه / E.P. بوچاروف، A.I. کولدین. - م.: امور مالی و آمار، 2005. - 581 ص. 2. گارتویچ، A.V. برنامه ریزی خرید، تولید و فروش در 1C: Enterprise 8 / A.V. هارتویچ - سنت پترزبورگ: پیتر، 2007. - 452 ص. 3. داویدوا، ال. سیستم های اطلاعاتی در اقتصاد در پرسش و پاسخ: کتاب درسی. کمک هزینه / L.A. داویدوف. – M.: TK Velby, Prospect Publishing House, 2004. – 280 p. 4. دیک، وی. روش شناسی شکل گیری تصمیمات در سیستم های اقتصادی و ابزار حمایت از آنها / V.V. دیک - م.: امور مالی و آمار، 2002. - 560 ص. 5. ایواسنکو، A.G. فناوری اطلاعات در اقتصاد و مدیریت: کتاب درسی. کمک هزینه برای دانشگاه ها / A.G. ایواسنکو، آ.یو. گریداسف، V.A. پاولنکو - M.: KNORUS، 2005. - 160 p. 6. Isaev، D.V. فناوری اطلاعات حسابداری مدیریت. مجتمع آموزشی - روشی / D.V. ایسایف، T.K. کراوچنکو - M.: GU-HSE، 2006. - 297 p. 7. کارمینسکی، ا.م. اطلاعات کسب و کار / مفاهیم، ​​فناوری ها، سیستم ها: A.M. کارمینسکی، اس.ا. کارمینسکی، V.P. نستروف، بی.وی. چرنیکوف؛ ویرایش صبح. کارمینسکی. - ویرایش دوم، تجدید نظر شده. و اضافی - م.: امور مالی و آمار، 2004. - 624 ص. 8. کوزیرف، A.A. فناوری اطلاعات در اقتصاد و مدیریت: کتاب درسی. چاپ دوم / A.A. کوزیرف - سن پترزبورگ: انتشارات میخائیلوف V.A.، 2001 - 360 ص. 9. کولسنیکوف، اس.ن. برنامه ریزی فعالیت های یک شرکت تولیدی. از برنامه ریزی مالی صنعتی تا MRP II / S.N. کولسنیکوف - M.: 1C-Publishing، 2006. - 602 p.

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

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

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

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

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

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

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

تجربه پروژه‌های بزرگ ساختمانی در سال‌های اخیر نشان داده است که پتانسیل زیادی برای بهبود کیفیت مدیریت ساخت و ساز در روسیه وجود دارد. راه حلی که ما ارائه می کنیم به شما این امکان را می دهد که با کنترل روند ساخت و ساز، کارایی اقتصادی پروژه ها را افزایش دهید. IBS CMP IMکمک می کند تا انحرافات از هنجارهای تخمینی مرتبط با هزینه بیش از حد مواد، ماشین آلات و مکانیزم های ساختمانی، پرسنل، کنترل زمان بندی کار و تنظیم برآوردها در روند انجام کار روی پروژه انجام شود. این فقط یک سیستم حسابداری نیست - ما مدل خاصی از فرآیندهای تجاری را ارائه می دهیم که بر اساس الزامات وزارت ساخت و ساز، استانداردهای دولتی، سنت های مدیریت منطقی و بهترین شیوه های شرکت های ساختمانی و تخصص ما ساخته شده است." ، مشاور ارشد بخش تولید IBS.

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

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

در صفحات ما مشترک شوید.
ما وارد هستیم

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

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

اسناد مشابه

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

مقاله ترم، اضافه شده در 2015/05/18


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

مقاله ترم، اضافه شده در 2015/04/29


پیاده سازی یک سیستم اطلاعاتی برای نگهداری اسناد اجاره در DBMS Access 2000. ساخت یک مدل عملکردی و اطلاعاتی. شرح نرم افزار توسعه یافته در معماری "مشتری-سرور"، تجزیه و تحلیل ویژگی های عملیاتی.

مقاله ترم، اضافه شده در 2010/08/30


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

پایان نامه، اضافه شده 09/07/2011


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

مقاله ترم، اضافه شده 10/15/2013


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

پایان نامه، اضافه شده در 2013/03/25


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

مقاله ترم، اضافه شده در 2014/03/24

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

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

نوشته شده در http://allbest.ru

1. سیستم اطلاعات آپاچی

1.1 توضیحات آپاچی

2. سیستم های اطلاعاتی برای یک شرکت ساختمانی

2.1 سیستم اطلاعات 1C: تجارت و انبار

2.1.1 شرح برنامه

2.1.2 کار با پایگاه های اطلاعاتی توزیع شده

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

2.1.4 انعطاف پذیری و سفارشی سازی

2.1.5 رابط

2.1.6 باز بودن و در دسترس بودن

2.1.7 کار با تجهیزات مغازه

2.2 سیستم اطلاعات CRM

2.2.1 اتوماسیون فرآیندهای کسب و کار

2.2.2 مدیریت اطلاعات مشتری

2.2.3 مدیریت فروش

2.2.4 مدیریت سبد محصولات

2.2.5 مدیریت زمان کار

2.2.6 اتوماسیون گردش کار

1. سیستم اطلاعاتآپاچی

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

در سال 1994، راب مک کول، کارمند مرکز ملی کاربردهای ابررایانه در دانشگاه ایلینویز (NCSA) اولین وب سرور را منتشر کرد که NCSA HTTP Daemon نام داشت. این سرور در محافل باریک محبوبیت پیدا کرد، اما در اواسط سال 1994 مک کول دانشگاه را ترک کرد و توسعه متوقف شد.

گروه کوچکی از وب مسترهای علاقه مند شروع به کار با هم روی محصول کردند. آنها با برقراری ارتباط در لیست گفتگو از طریق ایمیل، "وصله های" و نوآوری هایی را برای سرور ایجاد کردند. آنها بودند که گروه آپاچی را ایجاد کردند که اولین نسخه سرور آپاچی را توسعه داد. این در آوریل 1995 اتفاق افتاد، زمانی که تمام "وصله‌های" موجود بر روی پایه اعمال شد (NCSA Server 1.3). اولین نسخه رسمی رسمی آپاچی 0.6.2 اینگونه ظاهر شد.

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

1.1 شرحآپاچی

در حال حاضر، دو شاخه آپاچی به صورت موازی در حال توسعه هستند - نسخه های 2.0 و 1.3. نسخه دوم دستخوش تغییرات قابل توجهی شده است که در درجه اول بر هسته برنامه و برخی از ماژول های مهم تأثیر گذاشته است. از آنجایی که ماژول های نوشته شده توسط اشخاص ثالث برای نسخه 1.3 در نسخه 2.0 کار نمی کنند، آپاچی "قدیمی" نیز پشتیبانی می شود. با این حال، اگر آپاچی را برای اولین بار نصب می کنید، باید نگاه دقیق تری به نسخه جدید بیندازید.

آپاچی یک وب سرور با امکانات کامل و قابل توسعه است که به طور کامل از پروتکل HTTP/1.1 پشتیبانی می کند و منبع باز است. سرور تقریباً بر روی تمام پلتفرم های رایج قابل اجرا است. فایل های اجرایی سرور برای Windows NT، Windows 9x، OS/2، Netware 5.x و چندین سیستم UNIX موجود است. همچنین نصب و پیکربندی آن بسیار آسان است. آپاچی با استفاده از فایل های پیکربندی مبتنی بر متن پیکربندی شده است. پارامترهای اصلی قبلاً "به طور پیش فرض" پیکربندی شده اند و در بیشتر موارد کار می کنند. اگر عملکرد "آپاچی" معمولی وجود ندارد، باید نگاه دقیق تری به ماژول های قابل توزیع مجدد که توسط گروه آپاچی و توسعه دهندگان شخص ثالث نوشته شده است بیندازید. یک مزیت مهم این است که سازندگان به طور فعال با کاربران ارتباط برقرار می کنند و به همه پیام های خطا پاسخ می دهند.

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

این عملکرد پیچیده تر است، که در پروتکل HTTP / 1.1 - احراز هویت کاربر تعبیه شده است. با استفاده از ابزارهای استاندارد سرور آپاچی می توان دسترسی به صفحات خاصی از سایت را برای کاربران مختلف محدود کرد. برای مثال، برای ایجاد یک رابط اداری برای سایت، این امر ضروری است. برای این کار از فایل های .htaccess و .htpasswd و همچنین ماژول های mod_auth و mod_access استفاده می شود. کاربران را می توان به گروه هایی تقسیم کرد و به هر یک از آنها می توان حقوق دسترسی خود را اختصاص داد.

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

اگر چندین کاربر روی یک سرور با سیستم عامل نصب شده خانواده یونیکس و سرور آپاچی وجود داشته باشد، هر کدام از آنها می توانند یک دایرکتوری جداگانه ایجاد کنند. به طور دقیق تر، به طور خودکار همراه با نام مستعار ایجاد می شود. این کار با استفاده از ماژول mod_userdir و دستورالعمل UserDir انجام می شود. بنابراین، برای مثال، می توانید پوشه public_html را در پوشه اصلی کاربر با آدرس www.site.ru/~user مطابقت دهید. به طور کلی این کار روی سرورهای اکثر سایت هایی که هاست رایگان ارائه می دهند انجام می شود. مدیر سرور می‌تواند به کاربران خاصی اجازه ایجاد صفحات اصلی، استفاده از SSI و سایر ویژگی‌های سرور را بدهد یا آنها را محدود کند. میزبانی کامل معمولاً ایجاد یک سرور مجازی مجزا برای هر کاربر را فراهم می کند.

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

اگر به میزبانی دامنه domain.ru و domain.com روی سرور نیاز دارید، ابتدا باید مطمئن شوید که یک آدرس IP در سیستم DNS به آنها اختصاص داده شده است. پس از آن، در فایل پیکربندی آپاچی، دو دستور العمل ایجاد کنید ، جایی که هر میزبان مجازی را توضیح می دهید. بنابراین، سرور می داند که درخواست ورودی را به کدام پوشه "ارسال" کند.

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

ماژول mod_cgi امکان میزبانی اسکریپت های CGI را بر روی سرور فراهم می کند. اینها فقط فایل های اجرایی هستند که به یکی از زبان های برنامه نویسی پذیرفته شده نوشته شده اند. آنها می توانند هم به صورت کامپایل شده باشند، مثلاً اگر CGI را در ++ C بنویسند و هم به صورت متن منبع اگر Perl روی سرور نصب شده باشد، برنامه نویس می تواند چنین فایل هایی را قرار دهد. گاهی اوقات یک پسوند pl دارند.

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

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

2 . سیستم های اطلاعاتی برای یک شرکت ساختمانی

2.1 سیستم اطلاعات 1C: تجارت و انبار

2.1.1 توضیحات برنامه

"1C: تجارت و انبار" جزء حسابداری عملیاتی سیستم "1C: Enterprise" با پیکربندی استاندارد برای خودکارسازی حسابداری انبار و تجارت است.

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

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

اتوماسیون هر گونه عملیات تجاری و انبارداری

"1C: تجارت و انبار" کار را در تمام مراحل شرکت به طور خودکار انجام می دهد.

پیکربندی معمولی اجازه می دهد:

نگهداری سوابق مدیریتی و مالی جداگانه؛

نگهداری سوابق از طرف چندین شخص حقوقی؛

· حفظ حسابداری تعداد زیادی موجودی با قابلیت انتخاب روش حذف بهای تمام شده (FIFO، LIFO، میانگین).

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

· خرید و فروش کالا.

· پر کردن خودکار اولیه اسناد بر اساس داده های وارد شده قبلی.

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

· تشکیل اسناد اولیه لازم.

· تنظیم فاکتورها، ساخت خودکار یک کتاب فروش و یک کتاب خرید، حفظ سوابق کمی در زمینه اعداد CCD.

· انجام رزرو کالا و کنترل پرداخت.

نگهداری سوابق وجوه در حساب های جاری و در صندوق.

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

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

در "1C: تجارت و انبار" می توانید:

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

کار با اسناد مرتبط؛

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

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

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

دریافت طیف گسترده ای از گزارشات و اطلاعات تحلیلی در مورد جابجایی کالا و پول؛

ایجاد خودکار ورودی های حسابداری برای 1C: حسابداری.

اتوماسیون برنامه اطلاعات آپاچی

2.1.2 کار با پایگاه های اطلاعاتی توزیع شده

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

حفظ تعداد نامحدودی از پایگاه‌های اطلاعاتی مستقل

همگام سازی کامل یا انتخابی داده ها؛

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

سفارش دلخواه و روش انتقال تغییرات.

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

جزء "مدیریت پایگاه اطلاعاتی توزیع شده" به طور جداگانه ارائه می شود

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

"1C: تجارت و انبار" شامل ابزارهایی برای اطمینان از ایمنی و ثبات اطلاعات است:

· امکان منع کاربران از حذف "مستقیم" اطلاعات.

· حالت ویژه حذف داده ها با کنترل مرجع متقابل.

امکان منع کاربران از ویرایش داده ها برای دوره های گزارش گذشته؛

تعیین ممنوعیت ویرایش اشکال چاپی اسناد؛

· «قفل کردن» سیستم توسط کاربر در زمان توقف موقت کار.

2.1.4 انعطاف پذیری و شخصی سازی

"1C: تجارت و انبار" را می توان با هر ویژگی حسابداری در یک شرکت خاص تطبیق داد.

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

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

تغییر صفحه نمایش و چاپ فرم اسناد

ایجاد مجلات برای کار با اسناد و توزیع خودسرانه اسناد بین مجلات برای کار موثر با آنها

ویرایش موجود و ایجاد دایرکتوری های جدید از ساختار دلخواه

ویرایش ویژگی های دایرکتوری ها:

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

2.1.5 ورابط

"1C: تجارت و انبار" از استانداردهای رابط کاربری مدرن پیروی می کند:

- "نکات روز" روش های موثر کار و ویژگی های راحت سیستم را به شما می گوید

پنجره های سرویس را می توان به مرزهای پنجره اصلی برنامه "ضمیمه" کرد

منوی اصلی سیستم حاوی "تصاویر" دستورات است - همان تصاویر روی دکمه های نوار ابزار قرار می گیرند.

دکمه های نوار ابزار را می توان نه تنها با تصاویر، بلکه با متن نیز برچسب گذاری کرد.

2.1.6 باز بودن و در دسترس بودن

"1C: تجارت و انبار" شامل ابزارهای مختلفی برای ارتباط با برنامه های دیگر است.

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

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

همچنین، "1C: تجارت و انبار" از ابزارهای یکپارچه سازی برنامه های کاربردی مدرن پشتیبانی می کند: OLE، OLE Automation و DDE. استفاده از این ابزار به شما امکان می دهد:

کار برنامه های دیگر را با استفاده از زبان داخلی "1C: Trade and Warehouse" مدیریت کنید - به عنوان مثال، گزارش ها و نمودارها را در Microsoft Excel ایجاد کنید.

از سایر برنامه ها به داده های "1C: Trade and Warehouse" دسترسی پیدا کنید

اشیاء ایجاد شده توسط برنامه های دیگر را در اسناد و گزارش های "1C: تجارت و انبار" درج کنید - به عنوان مثال، یک لوگوی شرکت را در اسناد اولیه قرار دهید

نقشه ها و نمودارها را در اسناد و گزارش ها قرار دهید.

1C:Trade and Warehouse از استانداردهای باز پشتیبانی می کند: تبادل اطلاعات تجاری (CommerceML) و تبادل اسناد پرداخت (1C: Enterprise - Bank Client).

این امکان را فراهم می کند: ایجاد و بارگذاری پیشنهادات تجاری در وب - ویترین هایی که از استاندارد پشتیبانی می کنند؛ سازماندهی تبادل الکترونیکی کاتالوگ ها، لیست قیمت ها و اسناد با طرف مقابل آنها؛ مبادله اسناد پرداخت (دستورالعمل های پرداخت و بیانیه ها) با مشتری- پایگاه داده سیستم های بانکی انجمن UNISCAN/EAN روسیه.

2.1.7 کار با تجهیزات تجاری

"1C: تجارت و انبار" کار با تجهیزات تجاری را ارائه می دهد: صندوق های پول، چاپگرهای رسید، اسکنرها و چاپگرهای بارکد، ترازوهای الکترونیکی، پایانه های جمع آوری داده ها، نمایشگرهای مشتری و سایر انواع تجهیزات.

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

قطعات و تکنیک های اضافی برای کار با تجهیزات تجاری به طور جداگانه عرضه می شود.

هزینه نصب اجرای این نرم افزار با تعداد کار متفاوت است. نصب به هزینه های اضافی برای خرید سیستم مدیریت پایگاه داده نیاز دارد.

این مقاله یک شرکت ساختمانی را در نظر می گیرد که در آن 40 شغل سازماندهی شده است، میانگین هزینه یک کار برای سال 2016 با نصب، اجرا و خرید کلیدهای محل کار 17.5 هزار روبل است.

2.2 سیستم اطلاعاتیCRM

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

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

این ترجمه تحت اللفظی کاملاً درست است، اما تصویر واضحی را ترسیم نمی کند.

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

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

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

هدف اصلی اجرای استراتژی CRM ایجاد خط لوله برای جذب مشتریان جدید و توسعه مشتریان فعلی است.

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

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

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

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

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

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

2.2.1 اتوماسیون فرآیندهای کسب و کار

قرار دادن تمام فرآیندهای کاری در قفسه ها، رسمی کردن آنها یک کار غیر ضروری است که توسط تحلیلگران تجاری حل می شود.

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

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

این وظایف را می توان با خودکار کردن فرآیندها با استفاده از یک سیستم CRM حل کرد.

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

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

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

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

2.2.2 مدیریت اطلاعات مشتری

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

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

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

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

2.2.3 مدیریت فروش

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

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

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

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

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

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

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

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

2.2.4 مدیریت سبد محصولات

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

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

2.2.5 مدیریت زمان

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

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

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

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

2.2.6 اتوماسیون گردش کار

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

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

2.2.7 قابلیت های تحلیلی برنامهCRM

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

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

علاوه بر این، در داشبورد سیستم CRM، می توانید KPI ها (شاخص های کلیدی عملکرد) را ردیابی کنید، تجزیه و تحلیل آنها به مدیریت اجازه می دهد تا عملکرد هر کارمند را ارزیابی کند.

این نرم افزار همراه با نرم افزار 1C در یک شرکت ساختمانی نصب شده است. برای توسعه تنظیمات، نوشتن برنامه، نصب آن، ادغام آن در 1C و اجرای آن، ~ 10 هزار روبل برای هر محل کار هزینه می شود.

برجسته در Allbest.r

...

اسناد مشابه

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

مقاله ترم، اضافه شده در 2015/04/29


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

مقاله ترم، اضافه شده در 2014/03/24


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

پایان نامه، اضافه شده در 2013/06/29


محصولات نرم افزاری مایکروسافت: Access، Visual FoxPro7.0، dBASE. توانایی یکپارچه سازی، همکاری و استفاده از داده ها. سیستم های مدیریت پایگاه داده (DBMS)، عملکردها و اجزای اصلی آنها. با داده ها در حالت جدول کار کنید.

مقاله ترم، اضافه شده در 12/15/2010


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

پایان نامه، اضافه شده در 2012/12/20


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

ارائه، اضافه شده در 10/14/2013


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

تست، اضافه شده در 2010/11/16


ظهور یک سیستم مدیریت پایگاه داده. مراحل طراحی پایگاه داده «شرکت ساختمانی». مدل داده های اینفولوژیکی و داده شناسی. الزامات سازگاری اطلاعات و برنامه برای کار با پایگاه داده "شرکت ساختمانی".

مقاله ترم، اضافه شده در 2010/03/31


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

مقاله ترم، اضافه شده 06/05/2014


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

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

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

میزبانی شده در http://www.allbest.ru/

فهرست مطالب

• معرفی
• 2.2 اشکال عادی
• 2.5 الگوریتم سنتز
• 2.8 ایجاد یک طرح داده
• 2.9 انتخاب ابزارهای توسعه
• 3. توسعه یک سیستم اطلاعاتی
• 3.1 حالت کاربر
• 3.2 نحوه عملکرد سرمایه گذار
• 3.3 نحوه عملکرد مدیر
• 3.4 نحوه عملکرد مدیر
• 4. ایمنی و شرایط بهداشتی و بهداشتی کار در محل کار یک کاربر رایانه شخصی
• 4.1 ویژگی های شرایط بهداشتی و بهداشتی کار
• 4.2 تهویه
• 4.3 محاسبه نصب روشنایی
• 4.4 ساعت کاری
• 4.5 الزامات سازماندهی محل کار
• 4.6 ایمنی الکتریکی
• نتیجه گیری
• 5. محاسبه بازده اقتصادی پروژه
• 5.1 طرح بازاریابی
• 5.2 اهداف، اهداف و روش های ارزیابی سرمایه گذاری ها
• 5.3 انتخاب و شرح گزینه های توسعه و جایگزین
• 5.4 محاسبه سرمایه گذاری در مرحله توسعه و اشکال زدایی نسخه اصلی
• 5.5 محاسبه سرمایه گذاری در مرحله توسعه و رفع اشکال یک گزینه جایگزین
• 5.6 محاسبه سرمایه گذاری ها بر اساس سال های مرحله بهره برداری
• 5.7 شاخص های نهایی کارایی فنی و اقتصادی
• نتیجه گیری
• نتیجه
• ضمیمه اسکریپت ایجاد 1DB درMySQL

معرفی

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

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

در شرکت های سرمایه گذاری و ساخت و ساز، مهندسی سیستم های مهندسی ساخت و ساز به طور گسترده ای مورد استفاده قرار می گیرد، یعنی: سیستم های مدیریت ساخت و ساز خودکار (ACS)، سیستم های طراحی به کمک کامپیوتر (CAD)، پردازش خودکار داده ها و سیستم های مستندسازی (ASOD) و موارد دیگر که به بهبود کمک می کنند. کارایی و کیفیت مدیریت

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

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

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

1. طراحی یک سیستم اطلاعاتی

1.1 ماهیت سیستم اطلاعاتی

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

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

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

1.2 مشخصات عملکردی

این سیستم باید کار مستقلی را برای دسته های زیر از کاربران ارائه دهد: مدیر، مدیران، سرمایه گذاران و مشتریان.

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

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

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

سفارشی سیستم اطلاعات اتوماسیون

مدیران بر ساخت و ساز نظارت دارند. یک مدیر می تواند مسئول یک ملک در یک زمان باشد. مدیران همچنین در تامین مصالح ساختمانی و مشارکت سازندگانی که در حال حاضر در تاسیسات دیگری مشغول به کار نیستند، مشارکت دارند. سازنده در صورتی آزاد محسوب می شود که شیئی که می سازد آماده باشد.

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

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

1.3 رویکردهای طراحی آی سی

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

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

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

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

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

در نیمه دوم دهه 80، روش برنامه نویسی شی گرا ظاهر شد

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

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

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

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

1.4 UML زبان مدلسازی یکپارچه

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

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

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

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

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

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

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

نیاز به فرآیند توسعه کیفیت، ایجاد کنوانسیون های استاندارد را ضروری می کند. UML دقیقاً چنین نمادی است.

نسخه های پیش از انتشار UML شروع به استفاده در توسعه نرم افزار کردند و بهبودهای قابل توجهی بر اساس بازخورد مشتریان انجام شد. بسیاری از شرکت ها احساس کرده اند که UML می تواند در دستیابی به اهداف استراتژیک آنها مفید باشد. این امر منجر به تشکیل کنسرسیوم UML شد که شامل شرکت هایی مانند DEC، Hewlett-Packard، Intellicorp، Microsoft، Oracle، Texas Instruments، Rational و غیره بود. در سال 1997، کنسرسیوم اولین نسخه UML را توسعه داد و آن را برای بررسی به OMG (گروه مدیریت اشیا) در پاسخ به درخواست خود برای پیشنهادهای زبان مدلسازی استاندارد ارائه کرد.

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

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

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

o ارائه مفاهیم اصلی زبان UML با امکان گسترش و تخصصی شدن برای نمایش دقیق تر مدل های سیستم در OOAD (تحلیل و طراحی شی گرا) یک حوزه موضوعی خاص.

o هیچ یک از ساختارهای زبان UML نباید به ویژگی های پیاده سازی آن در زبان های برنامه نویسی شناخته شده بستگی داشته باشد.

o تشویق توسعه بازار ابزارهای شی.

o توانایی بهبود

o ادغام آخرین و بهترین شیوه ها

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

نمودار گزینه ها یا موارد استفاده (نمودار مورد استفاده)

نمودار کلاس (نمودار کلاس)

نمودارهای رفتار

o نمودار استیتچارت

o نمودار فعالیت

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

o نمودار توالی

o نمودار همکاری

نمودارهای پیاده سازی

o نمودار مولفه

o نمودار استقرار

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

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

1.5 ابزار CASE Rational Rose

Rational Rose یک ابزار قدرتمند CASE برای طراحی سیستم های نرم افزاری با هر پیچیدگی است. یکی از مزایای این محصول نرم افزاری قابلیت استفاده از نمودارهای UML خواهد بود. می توان گفت که Rational Rose یک ویرایشگر گرافیکی برای نمودارهای UML است.

ابزار Rational Rose CASE از زمان پیدایش خود دچار تحول بزرگی شده و به ابزاری مدرن و قدرتمند برای تجزیه و تحلیل، مدل‌سازی و توسعه سیستم‌های نرم‌افزاری تبدیل شده است. در Rational Rose 98/2000 بود که UML به فناوری زیربنایی برای تجسم و توسعه برنامه تبدیل شد که محبوبیت و قابلیت استراتژیک این جعبه ابزار را تعیین کرد.

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

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

کاهش زمان توسعه؛

کاهش کار دستی، افزایش بهره وری؛

· بهبود کیفیت مصرف کننده برنامه های ایجاد شده.

توانایی رهبری پروژه های بزرگ یا گروهی از پروژه ها؛

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

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

1.6 نمودار مورد استفاده

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

مرزهای کلی و زمینه حوزه موضوعی مدل شده را در مراحل اولیه طراحی سیستم تعیین کنید

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

· یک مدل مفهومی اولیه از سیستم برای جزئیات بعدی آن در قالب مدل های منطقی و فیزیکی ایجاد کنید.

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

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

ابزارهای Rational Rose به شما این امکان را می دهند که از یک ویرایشگر گرافیکی برای ایجاد نمودارهای Use Case (سناریوها) برای توصیف یک سیستم عملکردی استفاده کنید. بیایید عناصر اصلی را شرح دهیم، جدول 1.1 را ببینید.

شکل 1.1 نمودار موردی

نمودارهای Use Case یا Use Case ابزاری ضروری در مرحله نیازمندی های نرم افزار هستند. هر مورد استفاده یک نیاز بالقوه برای سیستم است و تا زمانی که شناسایی نشود، نمی توان برای پیاده سازی آن برنامه ریزی کرد.

Fig.1.2 نمودار مدیر

نمودارهاایالت ها.

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

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

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

داده های زیر را می توان با یک وضعیت مرتبط کرد: فعالیت، اقدام ورودی، اقدام خروجی و رویداد.

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

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

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

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

انتقال ها می توانند انعکاسی باشند. یک شی می تواند به همان حالتی که در حال حاضر در آن است تغییر کند. انتقال انعکاسی به عنوان یک فلش نشان داده می شود که در همان حالت شروع و پایان می یابد.

شکل 1.3 نمودار حالت "ابژه ساخت و ساز"

نمودارفعالیت ها

یک شی انتخاب می شود که داده های مربوط به آن باید در پایگاه داده ذخیره شود.

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

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

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

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

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

شکل 1.4 نمودار فعالیت "ایجاد یک شی"

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

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

نمودارهای کنش متقابل رفتار گروه های متقابل اشیاء را توصیف می کنند. هر نمودار رفتار اشیا را فقط در یک مورد استفاده توصیف می کند. نمودار اشیاء و پیام هایی که با یکدیگر مبادله می کنند را نشان می دهد. سه نوع پیام تعریف شده است:

اطلاعاتی (اطلاعاتی) - پیام هایی که اطلاعاتی را برای به روز رسانی وضعیت خود در اختیار گیرنده قرار می دهند.

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

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

دو نوع نمودار تعاملی وجود دارد:

توالی (نمودار توالی)؛

تعاونی (نمودارهای همکاری).

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

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

شکل 1.5 نمودار توالی "انتساب یک سازنده به یک شی"

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

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

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

الگوریتم کار با سیستم از طریق رابط وب

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

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

Rational Rose شامل Add In به نام Web Modeler برای طراحی وب سایت است.

توالی اقدامات هنگام ایجاد یک برنامه وب:

ь Web Modeler را با استفاده از آیتم منو Add In - Add In Manager - Web Modeler متصل کنید. یک مورد جدید Web Modeler در منوی Tools ظاهر می شود

b تغییر تنظیمات پیش‌فرض ابزارها - گزینه‌ها - نمادگذاری - زبان پیش‌فرض - نماد وب

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

شکل 1.7 الگوریتم کار با برنامه

2. طراحی پایگاه داده

2.1 الزامات پایگاه داده

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

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

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

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

استقلال منطقی امکان تغییر ساختار منطقی پایگاه های داده را بدون تأثیر بر برنامه های کاربردی ارائه می دهد.

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

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

6) انعطاف پذیری و گسترش پذیری. این به عنوان توانایی یک پایگاه داده برای رشد داده ها و همچنین افزایش تعداد برنامه های کاربردی ممکن و گسترش توابع در هر برنامه درک می شود.

2.2 اشکال عادی

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

در حال حاضر چندین شکل عادی شناخته شده است. اولین شکل عادی (ما 1NF را نشان خواهیم داد)، سپس - همانطور که "تقویت" می شود - 2NF، 3NF، فرم عادی بویس-کاد (BCNF) و 4NF. تمرین نشان می دهد که رساندن پایگاه داده به حداقل 3NF امکان جلوگیری از تقریباً تمام کاستی ها را در بیشتر موارد فراهم می کند.

اولین فرم طبیعی (1NF).

یک رابطه با یک طرح R و مجموعه ای از وابستگی های تابعی F در 1NF است اگر هر نمونه ای از طرحواره R شرایط زیر را برآورده کند:

هر ویژگی طرحواره R یک نام منحصر به فرد دارد.

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

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

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

رابطه نباید تاپل های تکراری داشته باشد.

فرم طبیعی دوم (2NF).

یک رابطه با یک طرحواره R و یک مجموعه وابستگی تابعی F در 2NF است اگر در 1NF باشد و هر ویژگی غیرکلیدی کاملاً از نظر عملکردی به هر کلید اولیه احتمالی طرح رابطه R وابسته است.

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

سومین فرم طبیعی (3NF).

یک طرح رابطه R با مجموعه ای از وابستگی های تابعی F در 3NF است اگر در 2NF باشد و هر ویژگی غیرکلیدی مستقیماً، نه به صورت گذرا، به هر کلید احتمالی طرح رابطه وابسته است.

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

فرم عادی بویس-کاد (BCNF).

فرم عادی بویس-کاد نسبت به فرم عادی سوم "قوی"تر است. طرح رابطه R با مجموعه ای از وابستگی های عملکردی F در BCNF است اگر سمت چپ هر وابستگی (XA) F، جایی که A X، یک کلید اولیه یا نامزد اصلی باشد.

اگر یک رابطه در BCNF باشد، پس به شکل عادی سوم است، اما نه برعکس.

در تئوری پایگاه های داده رابطه ای ثابت شده است که هر رابطه ای را می توان با مجموعه ای از زیر طرحواره های تجزیه جایگزین کرد که هر کدام در 3NF خواهند بود و تجزیه هم خاصیت اتصال بدون از دست دادن اطلاعات و هم خاصیت را خواهد داشت. از حفظ مجموعه اصلی وابستگی های عملکردی. هنگامی که به BCNF کاهش می یابد، در حالت کلی، تنها امکان سنجی ویژگی اتصال بدون از دست دادن اطلاعات تضمین می شود.

2.3 عادی سازی الگوهای روابط

برای ایجاد یک پیاده سازی رابطه ای از طرح پایگاه داده مفهومی، که حداقل در 3 NF بود، می توانید از دو روش استفاده کنید:

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

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

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

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

پیچیدگی الگوریتم بیشتر از چند جمله ای است.

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

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

2.4 یکپارچه سازی نماهای سفارشی

ارجاع متقابل نماهای سفارشی به انواع داده های اصلی مورد استفاده توسط برنامه پایگاه داده

اسانس ها	کارگردان	مدیر	سرمایه گذار
شیء (شیء ملکی)
سرمایه گذار (سرمایه گذار)
سرمایه گذاری (سرمایه گذاری)
کارمند (کارمند)
مواد (ماده)
تحویل (تحویل)
ساخت و ساز ساختمان)

یکپارچهنمایندگیکاربران،ارایه شدهکه درفرمنمودارها

2.5 الگوریتم سنتز

داده های اولیه برای عملکرد الگوریتم سنتز مجموعه ای از ویژگی های U و مجموعه ای از وابستگی های عملکردی F تعریف شده بر روی U هستند.

نتیجه الگوریتم نموداری از یک سیستم کنترل خودکار در قالب مجموعه ای از زیرمدارهای تجزیه (R 1 , R 2 ,., Rp) است که شرایط زیر را برآورده می کند.

هر زیرمدار Ri با پایگاه داده باید حداقل در ZNF با توجه به مجموعه وابستگی های عملکردی F و به ترتیب G باشد.

سیستم اطلاعات سنتز شده حاوی حداقل مجموعه ای از طرح های فرعی تجزیه Ri, I == 1,., P است. این شرط از سیستم اطلاعاتی در برابر افزونگی محافظت می کند.

برای هر نمونه r (DB) که F را ارضا کند، رابطه برقرار است. این شرط تضمین می کند که ویژگی اتصال بدون از دست دادن اطلاعات قابل رضایت است.

نمودار یک سیستم کنترل خودکار که شرایط 1،2 و 3 را برآورده می کند، نمودار کامل یک سیستم کنترل خودکار نامیده می شود.

مراحل الگوریتم را در نظر بگیرید.

گام1 . ما یک مجموعه گسترده F از وابستگی های تابعی می سازیم که ساختار وابستگی زیر را دارد:

F = ( (X I - > Y I) | (X I - >Y I) F, Y I = X I + \ X I). این مرحله به منظور ایجاد یک پوشش غیر زائد یا مشروط غیر زائد F انجام می شود که تا حدودی امکان ارضای شرط 3 را فراهم می کند. پس از معرفی مفهوم هم ارزی وابستگی های عملکردی در مرحله در نظر گرفتن، می توان شرط 3 را به طور کامل برآورده کرد. 5.

مرحله 2. ما یک پوشش غیرضروری F می سازیم، که وابستگی های غیر ضروری را در هر دنباله ای از F حذف می کنیم.

بدیهی است که این پوشش شرعی نیست.

گام3 . اگر در بین وابستگی‌های تابعی از F" وابستگی وجود نداشته باشد که شامل تمام ویژگی‌های U باشد، آنگاه وابستگی بی‌اهمیت U-> Sh را به F اضافه می‌کنیم.

گام4 . بیایید وابستگی های غیر پیش پا افتاده به دست آمده را به شکل ابتدایی (بدون ویژگی های غیر ضروری در قسمت های سمت چپ) تبدیل کنیم.

وابستگی X I - > Y I ابتدایی است اگر هیچ مجموعه ویژگی X J X I وجود نداشته باشد به طوری که (X j - > Y I ) . اگر - وجود داشته باشد، وابستگی X I - >Y I با وابستگی (X J - >Y I) جایگزین می شود.

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

وابستگی های X I - >Y I و X J - > Y J معادل اگر نامیده می شود

، یعنی حداقل رتبه دارای یک وابستگی است که شامل تمام ویژگی های U است، و اگر وجود نداشته باشد، وابستگی بی اهمیت U - > Sh. ما به همه وابستگی ها از یک کلاس هم ارزی یک رتبه را اختصاص می دهیم. ما به طور خودسرانه به وابستگی های غیرقابل مقایسه رتبه بندی می کنیم.

گام6 . در هر کلاس از وابستگی های معادل، یک نماینده باقی می گذاریم. ما یک نمودار وابستگی رتبه‌بندی شده ترسیم می‌کنیم تا وابستگی‌های با رتبه بالاتر در زیر وابستگی‌هایی با رتبه پایین‌تر و کمان‌ها نشان‌دهنده وقوع مستقیم ویژگی‌های یک وابستگی در دیگری باشد.

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

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

بسیاری ازویژگی های:

U = (mNo، mName، mCost، count، oNo، oAddress، oType، oStoreys، oState، eNo، eName، ePost، eState، eSalary، sum، iNo، iName، iPhone)

بسیاری ازکاربردیوابستگی ها:

F = (mNo®mName، mNo®mCost، mName®mNo، mName®mCost،

(oNo، mNo) ® شمارش،

oNo®oAddress، oNo®oType، oNo®oStoreys، oNo®eNo، oNo®oState، oNo®oCost

eNo®eName، eNo®ePost، eNo®eState، eSalary

iNo®iName، iNo®iPhone،

(iNo، oNo) ®جمع)

مرحله 1. مجموعه گسترده ای از وابستگی های عملکردی:

mNo + =mNo، mName، mCost =>mNo® (mName، mCost)

mNo + =…=>mNo®…

(oNo, mNo) + =oNo, mNo, count=> (oNo, mNo) ?®count

oNo + =oNo، oAddress، oType، oStoreys، oState، oCost، eNo =>oNo® (oAddress، oType، oStoreys، eNo، oState، oCost)

oNo + =…=>oNo®…

eNo + =eNo، eName، ePost، eState، eSalary=>eNo® (eName، ePost، eState، eSalary)

eNo + =…=>eNo®…

iNo + =iNo، iName، iPhone=>iNo® (iName، iPhone)

iNo + =…=>iNo®…

(iNo, oNo) + =iNo, oNo, sum=> (iNo, oNo) ®sum

(mNo, oNo, iNo, eNo) + =mNo, mName, mCost, count, sum, oNo, oAddress, oType, oStoreys, iNo, iName, iPhone, eNo, eName, ePost, eState, eSalary, oState, oCost

=> (mNo، oNo، iNo، eNo) ® (mName، mCost، count، sum، oAddress، oType، oStoreys، oState، iName، iPhone، eName، ePost، eState، eSalary، oCost)

اف= (mNo® (mName، mCost)، mNo®…، (oNo، mNo) ?®count، oNo® (oAddress، oType، oStoreys، eNo، oState، oCost)، oNo®…، eNo® (eName، ePost، eState، eSalary)، eNo®…، iNo® (iName، iPhone)، iNo®…، (iNo، oNo) ®جمع، (mNo، oNo، iNo، eNo) ® (mName، mCost، تعداد، مجموع، oAddress، oType، oStoreys، oState، iName، iPhone، eName، ePost، eState، eSalary))

مرحله 2: پوشش بیش از حد

اف"= (mNo® (mName، mCost)، (oNo، mNo) ?®count، oNo® (oAddress، oType، oStoreys، oState، oCost، eNo)، eNo® (eName، ePost، eState، eSalary)، iNo® (iName) , iPhone)، (iNo, oNo) ®sum, (mNo, oNo, iNo, eNo) ® (mName, mCost, count, sum, oAddress, oType, oStoreys, iName, iPhone, eName, ePost, eState, eSalary) )

مرحله 3 وابستگی بی اهمیت

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

مرحله 4. نوع ابتدایی وابستگی ها

همه وابستگی ها ابتدایی هستند.

مرحله 5. هم ارزی وابستگی

هیچ وابستگی معادلی وجود ندارد.

مرحله 6. رتبه بندی وابستگی

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

وابستگی های X I Y I و X J Y J معادل نامیده می شوند اگر (X I Y I) = (X J Y J).

وابستگی های به دست آمده را طبق قانون زیر رتبه بندی می کنیم: Rang (X I Y I) > rang (X J Y J), if (X I Y I) (X J Y J).

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

مرحله 7: نمودار وابستگی رتبه بندی شده (2NF):

در هر کلاس از وابستگی های معادل، یک نماینده باقی می گذاریم. جدول نشان می دهد که در این مورد هیچ وابستگی معادلی وجود ندارد.

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

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

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

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

پس از گذراندن الگوریتم، 6 جدول با کلیدهای اولیه مربوطه به دست آمد:

R1 = oNo، oAddress، oType، oStoreys، oState، oCost، eNo با کلید oNo

R2 = eNo، eName، ePost، eState، eSalary با کلید eNo

R3 = oNo، mNo، شمارش با کلید (oNo، mNo)

R4 = mNo، mName، mCost با کلید mNo

R5 = iNo، iName، iPhone با کلید iNo

R6 = iNo، oNo، جمع با کلید (iNo، oNo)

ابزار طراحی پایگاه داده Rational Rose Data Modeler

نویسندگان Data Modeler در درجه اول بر ایجاد ابزاری برای طراحی یک مدل داده فیزیکی تمرکز کردند. در همان زمان، UML به عنوان ابزاری برای مدل‌سازی داده‌ها رد نشد و به نوعی تأکید شد: اکنون UML قرار است برای ساخت یک مدل منطقی استفاده شود. در واقع مدل منطقی همان مدل شیء است که از اشیا - موجودیت ها تشکیل شده است. انتقال از مدل منطقی به فیزیکی و بالعکس از نظر مدل سازی داده ها به طور خودکار توسط Rational Rose ارائه می شود. برای انجام این کار، مطابقت عناصر مدل معرفی شده است.

جدول 2.1 مطابقت عناصر مدل منطقی و فیزیکی

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

بنابراین، از نظر مفهومی، ماژول Data Modeler جایگزینی برای UML در برخی از زیرمجموعه‌های آن نیست، بلکه تنها ابزار قدرتمندی را برای ایجاد مؤثر طرحواره‌های پایگاه داده فیزیکی به پیروان فناوری شی ارائه می‌دهد.

لیست ویژگی های اصلی Data Modeler شامل موارد زیر است:

1. Data Modeler از اکثر ویژگی های ابزارهای CASE ساختاری از نظر مدل سازی داده های فیزیکی پشتیبانی می کند.

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

3. Data Modeler کاملاً با Rational Rose ادغام شده است و نمودار مدل داده به طور طبیعی با فناوری کلی توسعه نرم افزار با استفاده از خط تولید Rational Software Corporation مطابقت دارد.

4. می توانید انتخاب کنید که Rational Rose با سایر ابزارهای تولید مدل فیزیکی ادغام نشود.

5. مطابقت مفهومی مدل‌سازی داده‌ها و مدل‌های شی ارائه شده است که امکان طراحی نرم‌افزار کارآمدتر را فراهم می‌کند.

یک مدل منطقی ایجاد کنید

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

کار Data Modeler بر اساس مکانیزم شناخته شده برای نگاشت یک مدل شی به یک مدل رابطه ای است. نتیجه ساخت یک نمودار "موجودات-رابطه" و تولید بعدی توضیحات پایگاه داده در SQL است.

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

اسناد مشابه

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

پایان نامه، اضافه شده 03/09/2010


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

پایان نامه، اضافه شده در 06/05/2011


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

مقاله ترم، اضافه شده در 2015/05/26


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

پایان نامه، اضافه شده در 2011/06/29


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

پایان نامه، اضافه شده در 2017/03/22


ایجاد یک سیستم اطلاعاتی برای خودکارسازی فعالیت های شرکت برای ثبت تحویل کالا توسط یک شرکت حمل و نقل. تجزیه و تحلیل دامنه. روش مدلسازی تابعی IDEF0. نمودار زمینه. تجزیه و تحلیل هزینه در BPwin.

تست، اضافه شده در 2014/02/05


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

مقاله ترم، اضافه شده 06/04/2015


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

مقاله ترم، اضافه شده 05/11/2014


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

مقاله ترم، اضافه شده در 2016/02/07


تحلیل تحولات موجود و انتخاب استراتژی اتوماسیون اداری در رابطه تامین کنندگان دارو با داروخانه. توسعه پروژه بانک اطلاعاتی داروخانه "ریگلا". اثبات کارایی اقتصادی توسعه پایگاه داده.