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

2/2009 VESTNIK

سیستم های اطلاعاتی برای مدیریت پروژه های ساختمانی

به عنوان مثال. پنکین

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

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

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

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

توانایی تنظیم رویه های مدیریت پروژه؛

تعریف و تحلیل کارایی سرمایه گذاری؛

استفاده از روش های ریاضی برای محاسبه پارامترهای زمان، منابع، هزینه پروژه ها.

ذخیره سازی متمرکز اطلاعات در مورد برنامه کاری، منابع و هزینه ها؛

توانایی تجزیه و تحلیل سریع تاثیر تغییرات در برنامه، منابع و بودجه بر روی طرح پروژه.

تضمین کنترل بر اجرای کار پروژه؛

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

استفاده از آرشیو پروژه ها و انباشت دانش.

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

VESTNIK 2/2009

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

اولاً، هیچ سیستم متناظری از معیارها وجود ندارد که امکان انتخاب سیستم مدیریت پروژه ساخت و ساز بهینه را برای یک سازمان ساخت و ساز معین (CISMS) فراهم کند.

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

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

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

2. جدول مقایسه مشخصات عملکرد سیستم های مختلف را تهیه کنید. یکی از گزینه های ممکن در جدول ارائه شده است. 1.

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

Tab. 1. مقایسه مشخصات عملکرد سیستم های مختلف

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

رابط کاربری رابط قابل تنظیم

کمک زمینه

سهولت دسترسی به داده ها

ویژگی های گرافیکی

جداسازی رابط بر اساس نقش ها

جادوگران استاندارد، الگوها و نماهای صفحه

مدیریت داده ها سهولت دسترسی و انتقال اطلاعات

محافظت در برابر دسترسی غیرمجاز

ادغام داده ها با سایر برنامه ها

امکان تمایز حقوق دسترسی

در دسترس بودن توابع OLAP

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

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

تحلیل هزینه و ارزش کسب شده

تحلیل ریسک

استفاده از پلان های چند منبع

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

اطمینان از همکاری حضور برنامه های کاربردی وب

معماری سرویس گیرنده-سرور

نمایش دسترسی به داده ها برای کاربران راه دور

هشدارها و یادآوری های شغلی

2/2009 VESTNIK

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

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

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

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

مدیریت هزینه پروژه

مدیریت کیفیت پروژه

مدیریت هدف پروژه

اصلی

مدیریت یکپارچه سازی (تکمیل) _project_

مدیریت منابع انسانی

مدیریت تامین و قرارداد

مدیریت اطلاعات و ارتباطات

مدیریت ریسک پروژه

کمکی

برنج. 1. معیارهای ارزیابی اثربخشی پروژه

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

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

انحرافات در زمان - تغییرات در برنامه پروژه ناشی از تاخیر یا پیشرفت در کار؛

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

VESTNIK 2/2009

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

برای هر معیار پروژه خاص، شاخص های وزن (k1، k2، k3، و غیره) توسعه یافته است که با اهمیت این معیار مطابقت دارد.

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

(k1* AT + k 2* AC + k 3* AO) AE = --- (1)

DE - انحراف از استفاده از سیستم مدیریت اطلاعات

در زمان - انحرافات

AC - انحراف در هزینه پروژه

AO - انحرافات کیفیت

مقادیر ضرایب AE مطابق با تقسیمات یک مقیاس کامپایل شده خاص است که امکان طبقه بندی انحرافات از استفاده از یک یا دیگری ISUSP را فراهم می کند.

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

اثربخشی PMIS به عواملی مانند:

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

برنامه ریزی کار واضح - درک راه های دستیابی به اهداف (با توجه به اینکه اهداف پروژه به چه کاری دست می یابد، در چه چارچوب زمانی، چه منابعی برای این کار مورد نیاز خواهد بود).

حسابداری برای نیازهای کاربر - رضایت از سیستم را در کار عملی تعیین می کند.

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

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

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

داور: دکترای علوم فنی، پروفسور. S.A. Sinenko، گروه CAD در ساخت MGSU

مجله "تجهیزات و فناوری های ساختمانی"، شماره 4، 2008

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

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

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

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

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

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

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

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

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

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

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

و در زیر آماری از شرکت مشاور گروه استندیش آورده شده است:

• 31 درصد پروژه ها با شکست مواجه می شوند.
• 53 درصد پروژه ها با مازاد بودجه به طور متوسط ​​1.9 برابر تکمیل می شوند.
• تنها 16 درصد از پروژه ها مهلت و بودجه را برآورده می کنند.

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

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

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

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

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

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

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

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

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

• برنامه های تقویم-شبکه پروژه؛
• برنامه مناقصه؛
• طرح پیمانکاری؛
• بودجه جریان نقدی، طرح پرداخت ها و دریافت ها.

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

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

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

• تایید مدیر پروژه؛
• تایید توسط متصدی پروژه؛
• تایید اداره دارایی

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

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

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

• مدیر مسئول پروژه این واقعیت را تأیید می کند که کار تکمیل شده است.
• تغییرات در زمان و هزینه وظایف در طرح نمایش داده می شود.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

اگر شباهت بین پروژه همتا و پروژه ارزیابی شده زیاد باشد، نتایج ارزیابی می تواند بسیار دقیق باشد، در غیر این صورت ارزیابی نادرست خواهد بود.

روشهای تخمین پارامتریک
روش‌های تخمین پارامتریک شبیه به روش تخمین «بر اساس قیاس» هستند و همچنین نوعی از روش «بالا به پایین» هستند. دقت ذاتی آنها نه بهتر و نه بدتر از دقت روش تخمین "بر اساس قیاس" است.

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

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

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

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

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

• اسناد پروژه را در "داخل" پروژه ذخیره کنید.
• پیوند اسناد به وظایف و کار پروژه؛
• تایید و تایید اسناد؛
• چندین کاربر برای کار با یک سند.
• بحث در مورد اسناد؛
• نسخه های آنها را ذخیره کنید.

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

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

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

میزبانی شده در 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 مرتبط به طور خودکار تولید می شوند.

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

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

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

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

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

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

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

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

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

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

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

2.2 اشکال عادی

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

در حال حاضر چندین شکل عادی شناخته شده است. اولین شکل عادی (ما 1NF را نشان خواهیم داد)، سپس - همانطور که "تقویت" می شود - 2NF، 3NF، فرم معمولی Boyce-Codd (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 یکپارچه سازی نماهای سفارشی

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

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

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


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

مقدمه 3

1. اتوماسیون شرکت های ساختمانی 5

1.1. نیاز به اتوماسیون 5

1.2. اتوماسیون یکپارچه شرکت های ساختمانی 10

معایب اتوماسیون پیچیده ۱۲

مزایای اتوماسیون یکپارچه 12

معایب اتوماسیون پیچیده 13

مزایای اتوماسیون یکپارچه 13

1.3. راه حل های اتوماسیون 13

2. تحلیل مختصر فعالیت های شرکت 23

3. پیشنهادات برای خودکارسازی فرآیند مدیریت یک شرکت ساختمانی 30

نتیجه 33

مراجع 34

معرفی

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

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

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

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

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

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

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

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

1. اتوماسیون شرکت های ساختمانی

1.1. نیاز به اتوماسیون

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

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

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

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

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

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

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

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

مانند CAD، چنین سیستم هایی شامل بسیاری از ماژول های استاندارد و تخصصی هستند و هر سیستم خاص MOJKIST بسته به نیاز مشتری، ماژول های اضافی خود را شامل می شود و امکان گسترش بعدی آنها را فراهم می کند. CIS دارای طیف گسترده ای از قابلیت ها است: آنها می توانند با برنامه های CAD، در درجه اول با ماژول های سیستم های CAM و CAE تعامل داشته باشند؛ روش های پردازش اطلاعات در آنها شامل عملکرد ویرایشگرهای متن، صفحات گسترده، پایگاه های داده و غیره است. ماژول‌های سیستم‌های CAD (گرافیک)، مشخصه CAD، در سیستم‌های کنترل اهمیت کمتری دارند، اما ماژول‌های مدیریت اسناد (سیستم‌های PDM) نقش بیشتری دارند. برای حل مشکلات کسب و کار، از مدل های اقتصادی و ریاضی، در درجه اول مدل های مختلف فرآیندهای تجاری استفاده می شود.

معمولا CIS شامل چندین زیرسیستم است که یک حوزه خاص از فعالیت سازمان را پوشش می دهد. به عنوان مثال، می‌تواند زیرسیستم‌هایی مانند «مدیریت اداری»، «حسابداری»، «مدیریت عملیاتی»، «مدیریت تولید» و غیره باشد. زیرسیستم‌ها شامل ماژول‌هایی هستند که به فعالیت‌های شیرین بیشتری مربوط می‌شوند. برای مثال، یک زیرسیستم مدیریت اداری می‌تواند شامل ماژول‌هایی باشد: ساخت و ساز شرکت هاچکیده >> ساخت و ساز

... ساختمان شرکت ها 2.1 ویژگی های طرح ساخت و ساز شرکت هاسیستم کیفیت "AK-Maral" 2.2 مطابق با ISO 9000 2.2.1MS ISO ... توسعهپیاده سازی و بهره برداری از سیستم های مدیریتی. - توسعه... ساختمان، - اتوماسیونو جدید...

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

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

نوشته شده در 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


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