Теми рефератів
Авіація та космонавтика Банківська справа Безпека життєдіяльності Біографії Біологія Біологія і хімія Біржова справа Ботаніка та сільське гос-во Бухгалтерський облік і аудит Військова кафедра Географія
Геодезія Геологія Держава та право Журналістика Видавнича справа та поліграфія Іноземна мова Інформатика Інформатика, програмування Історія Історія техніки
Комунікації і зв'язок Краєзнавство та етнографія Короткий зміст творів Кулінарія Культура та мистецтво Культурологія Зарубіжна література Російська мова Маркетинг Математика Медицина, здоров'я Медичні науки Міжнародні відносини Менеджмент Москвоведение Музика Податки, оподаткування Наука і техніка Решта реферати Педагогіка Політологія Право Право, юриспруденція Промисловість, виробництво Психологія Педагогіка Радіоелектроніка Реклама Релігія і міфологія Сексологія Соціологія Будівництво Митна система Технологія Транспорт Фізика Фізкультура і спорт Філософія Фінансові науки Хімія Екологія Економіка Економіко-математичне моделювання Етика Юриспруденція Мовознавство Мовознавство, філологія Контакти
Українські реферати та твори » Информатика, программирование » Аналіз інформаційної системи автосалону "Пітер-Лада" і поліпшення її за допомогою СУБД MySQL, PHP і HTML

Реферат Аналіз інформаційної системи автосалону "Пітер-Лада" і поліпшення її за допомогою СУБД MySQL, PHP і HTML

>

З'явилася методологія структурного програмування. Основою даної методології є процедурна декомпозиція програмної системи та організація окремих модулів у вигляді сукупності виконуваних процедур.

У другій половині 80х років з'явилося методологія об'єктно-орієнтованого програмування

Головний недолік структурного підходу полягає в тому, що процеси і дані існують окремо один від одного, причому проектування ведеться від процесів до даних. Таким чином, крім функціональної декомпозиції, існує також структура даних, що знаходиться на другому плані.

В об'єктно-орієнтованому підході основна категорія об'єктної моделі - клас - поєднує в собі як дані, так і операції. Дані в порівнянні з процесами є більш стабільною і відносно рідко змінюється частиною системи. Один з основоположників об'єктно-орієнтованого підходу сформулював переваги наступним чином:

"Об'єктно-орієнтовані системи більш відкриті і легше піддаються внесенню змін, оскільки їх конструкція базується на стійких формах. Це дає можливість системі розвиватися поступово і не призводить до повної її переробки навіть у разі істотних змін вихідних вимог ".

Тим не менш, структурний підхід як і раніше зберігає свою значимість і досить широко використовується на практиці. Досить часто при проектуванні інформаційних систем використовуються обидва підходи.

підприємства.

помилки. документ. [5]

складним. Найчастіше можливість.

необхідністю.

позначень.

цілей. моделювання.

Після цього версії. забезпечення. наступних завдань:

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В·

В· Тобто системи. [5]

Саме [6]

В·

-->> В·

В·

В·

В· продукту. наступні цілі:

В·

В·

В·

В·

Суть даної діаграми складається в використання. Це може бути людина, служити джерелом впливу на моделируемую систему так, як визначить сам розробник. [7]


варіантів використання

= "23%">

зв'язок розширення (extend) відзначає той факт, що один з варіантів використання може приєднувати до своєї поведінки деяку додаткову поведінку, визначене для іншого варіанту використання

В результаті використання цих позначення побудована наступна узагальнена діаграма варіантів використання для діючих осіб:

Рис. 1.2. Діаграма прецедентів


1.6.2 Діаграми станів

Діаграми станів визначають всі можливі стани, в яких може перебувати конкретний об'єкт, а також процес зміни станів об'єкта в результаті настання деякої події. Існує багато форм діаграм станів, незначно відрізняються один від одного семантикою.

Таб 1.2. Умовні позначення діаграми станів

Умовне позначення Опис умовного позначення

початкове стан, не містить ніяких внутрішніх дій, в цьому стані знаходиться об'єкт за умовчанням в початковий момент часу

кінцеве стан, який також не містить ніяких внутрішніх дій. У цьому стані буде перебувати за замовчуванням після завершення роботи в кінцевий момент часу. Воно служить для вказівки графічної області, в якій завершується процес зміни стану

Стан

Переходом (Transition) називається переміщення об'єкта з одного стану в інший

Рефлекторний перехід

На діаграмі станів може бути одне і тільки одне початковий стан. У той же час може бути стільки кінцевих станів, скільки вам потрібно, або їх може не бути взагалі. Коли об'єкт знаходиться в якомусь конкретному стані, можуть виконуватися різні процеси.

Процеси, що відбуваються в цей момент, коли об'єкт знаходиться в певному стані, називаються діями (Actions).

Зі станом можна пов'язувати наступні дані: діяльність, вхідна дія, вихідна дія і подія.

Діяльність (activity) - Це поведінка, що реалізовується об'єктом, поки він знаходиться в даному стані. Діяльність зображують всередині самого стану; її позначенню повинно передувати слово do (робити) і двокрапка.

Вхідний дію (entry action) - це поведінка, яка виконується, коли об'єкт переходить в даний стан. Вхідний дію також показують всередині стану, його позначенню передують слово entry (вхід) і двокрапка.

Вихідна дія (exit action) подібно вхідного. Однак воно здійснюється як складова частина процесу виходу з цього стану. Вихідна дія зображують всередині стану, його опису передують слово exit (вихід) і двокрапка.

Переходом (transition) називається переміщення об'єкта з одного стану в інший. На діаграмі всі переходи зображують у вигляді стрілки, що починається на первісному стані і закінчується наступним.

Переходи можуть бути рефлексивними. Об'єкт може перейти в той же стан, в якому він зараз знаходиться. Рефлексивні переходи зображують у вигляді стрілки, що починається і завершується на одному і тому ж стані. [1]

1.6.3 Діаграма діяльності

Діаграми активності (діяльності) окремий випадок діаграм станів. Кожне стан є виконання деякої операції і перехід в наступний стан. Діаграми діяльності особливо корисні в описі поведінки, що включає велику кількість паралельних процесів. Найбільшим достоїнством діаграм діяльностей є підтримка паралелізму. Завдяки цьому вони є потужним засобом моделювання потоків робіт і, по суті, паралельного програмування. Найбільший їх недолік полягає в тому, що зв'язку між діями і об'єктами проглядаються не дуже чітко.

Засоби Rational Rose дозволяють для опису функціональної системи скористатися графічним редактором для побудови Activity діаграм (діяльності).


Таб. 1.3. Умовні позначення діаграми діяльності

Умовне позначення Опис умовного позначення

початковий стан, не містить ніяких внутрішніх дій, в цьому стані знаходиться об'єкт за умовчанням в початковий момент часу

кінцевий стан, яке також не містить ніяких внутрішніх дій. У цьому стані буде перебувати за замовчуванням після завершення роботи в кінцевий момент часу. Воно служить для вказівки графічної області, в якій завершується процес зміни стану

стан дій з деяким вхідним дією і, принаймні, одним виходять зі стану переходу. Усередині цієї фігурки записується вираз дій, яке має бути унікальним в межах однієї діаграми діяльності

розгалуження, вживане у випадках, коли послідовно виконувана діяльність повинна розділитися на альтернативні гілки залежно від значення деякого проміжного результату. У цей ромб може входити тільки одна стрілка від того стану, після виконання якого, потік управління має бути продовжений за однією з взаємно виключають гілок. Виходять стрілок може бути дві або більше, але для кожної з них явно вказується відповідне умова

перехід, тобто відношення між ...


Друкувати реферат
Замовити реферат
Товары
загрузка...
Наверх Зворотнiй зв'язок