Курсовая работа: Розробка ІС підприємства оптової торгівлі лікарськими препаратами

Бізнес-процес виглядає наступним чином:

1. Менеджер відділу закупок щоденно отримує від постачальника медикаментів рахунок на оплату, реєструє його у реєстрі рахунків постачальників і передає рахунок постачальника бухгалтеру.

2. Бухгалтер на підставі рахунку постачальника щоденно формує платіжне доручення на оплату і передає платіжне доручення у банк.

3. Бухгалтер на підставі виписки з розрахункового рахунку банка робить відмітку про оплату рахунку у реєстрі рахунків постачальників.

4. Менеджер відділу закупок при надходженні товару і (або) при сплаті робить запис у Журналі надходжень і оплат.

5. Бухгалтер в кінці кожного місяця виводить сальдо взаєморозрахунків з клієнтами.

Висновок

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

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

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

Паралельно з проектуванням схеми бази даних виконується проектування процесів, щоб отримати специфікації (описи) всіх модулів ІС. Обидва ці процесу проектування тісно зв'язані, оскільки частина бизнес-логики зазвичай реалізується в базі даних (обмеження, трігери, процедури, що зберігаються). Головна мета проектування процесів полягає у відображенні функцій, отриманих на етапі аналізу, в модулі інформаційної системи. При проектуванні модулів визначають інтерфейси програм: розмітку меню, вид вікон, гарячі клавіші і пов'язані з ними виклики.

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

Етап тестування зазвичай виявляється розподіленим в часі.

Після завершення розробки окремого модуля системи виконують автономний тест, який переслідує дві основну мету:

1. Виявлення відмов модуля (жорстких збоїв);

2. Відповідність модуля специфікації (наявність всіх необхідних функцій, відсутність зайвих функцій).

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

Необхідність контролювати процес створення ІС, гарантувати досягнення цілей розробки і дотримання різних обмежень (бюджетних, тимчасових і ін.) привело до широкого використання в цій сфері методів і засобів програмної інженерії: структурного аналізу, об'єктно-орієнтованого моделювання, CASE-систем.

Використана література:

1. С.А. Орлов «Технологи разработки програмного обеспечения» 2002 г.

2. А.В. Гаврилов «Системы искуственного интелекта» 2001 г.

3. Скотт Ф. Уилсон, Брюс Мейплс, Тим Лендгрейв «Принципы проетирования и обработки програмного обеспечения» 2002 г.

4. А.С. Гринберг, И.А. Король «Информационный менеджмент» 2003 г.

5. Карл И. Вигерс «Разработка требований к программному обеспечению» 2004 г.