Проектування програмного забезпечення бази даних обліково-фінансової діяльності аптеки. Моделювання предметної області на логічному та фізичному рівні. Організація редагування даних в інформаційній системі. Засоби автоматизації управління системою.
Аннотация к работе
І це не дивно, адже ефективно обробляти дані про постачання та реалізацію препаратів, постачальників, клієнтів, залишки товарів на складі, оперативно аналізувати прибутки від реалізації окремих препаратів та від діяльності складу загалом неможливо без використання обчислювальної техніки. Незважаючи на наявність розроблених універсальних систем автоматизації діяльності аптек, нові системи аналогічного спрямування створюються і в наш час та будуть, безсумнівно, створюватися і надалі. Це повязано, з одного боку, з неможливістю розробки єдиної універсальної системи яка б змогла врахувати особливості діяльності всіх аптек, а з іншого - з бажанням кожного власника мати індивідуальну ІС для забезпечення надійного захисту даних. Проектування нових альтернативних БД аптеки та створення відповідних ІС дозволяє глибше проаналізувати предметну область, сприяючи тим самим підвищенню якості програмних продуктів цього напрямку. Ринок програмних продуктів пропонує також цілий ряд альтернативних систем (наприклад, X-Door), але такі розробки або мають вузьку спеціалізацію або також зорієнтовані на автоматизацію фінансової складової діяльності аптеки.Вимоги мають бути задокументованими, вимірними, повязаними з бізнес-потребами, і описаними з рівнем деталізації достатнім для конструювання системи. Вимоги до програмного забезпечення - це набір вимог, щодо властивостей, якості та функцій програмного забезпечення, що буде розроблено, або знаходиться у розробці. Вимоги визначаються в процесі аналізу вимог та фіксуються в специфікації вимог, діаграмах прецедентів та інших артефактах процесу аналіз та розробки вимог. Дана аптека доставляє товари по всій Україні. Аптека пропонує асортимент не лише препаратів для людей, а й зоопрепаратів, медичних приладів, рецепти харчування тощо.Отже, проаналізувавши наявні інтернет-сайти по вибраній предметній області та виконавши детальний аналіз цих джерел, отримаємо дані табл. Дані порівняльного аналізу онлайн-аптек Порівняльна ознака Порядковий номер онлайн-магазину Інформація про доставку - - Саме тому для досягнення конкурентних переваг в процесі розробки власної інформаційної системи для аптеки ми намагалися забезпечити виконання всіх вимог користувачів: зручний інтерфейс, можливість пошуку товарів в прайс-листі, багатомовність, наявність контактної інформації, та інформації про доставку, можливість введення відгуків про товари, підтримку широкого асортименту, легке редагування корзини, зручну навігацію і відсутність реклами.Ця специфікація вимог до програмного продукту описує функціональні та нефункційні вимоги до випуску 1.0 VISA. VISA - це програмний продукт, який дасть змогу аптеці обліковувати постачання та продаж товарів. VISA планується, як мережевий програмний продукт, тобто він має забезпечувати одночасну незалежну роботу в мережі багатьох користувачів. VISA дозволить користувачам обліковувати постачальників, клієнтів, працівників та товари аптеки, оформлювати квартальні звіти, організовувати закупки, аналізувати фінансові показники. Також можна розвинути програмний продукт і забезпечити з його допомогою нарахування заробітної плати працівникам аптеки.Користувач повинен ввести зареєстровані раніше логін і пароль для того, щоб ввійти в систему як менеджер, бухгалтер або касир. Система повинна перевіряти, чи заповнені всі обовязкові поля. Система повинна перевіряти поля на коректність введених даних. Система повинна перевіряти, чи заповнені всі обовязкові поля. Система повинна перевіряти поля на коректність введених даних.Існує два різні способи мислення і моделювання - логічний рівень (інфологічний) і фізичний рівень (даталогічний). Поняття логічний рівень припускає, що ми мислимо в поняттях реального світу і безпосередньо з нього беремо обєкти для моделювання. Обєкти, на які посилаються на логічному рівні, повинні отримувати імена з природної мови, з використанням таких роздільників (пропусків, рисок і тому подібне), які мають сенс.Окремі атрибути інформаційних обєктів потрапили не в одну, а в декілька таблиць, але в кожній з них вони мають різне функціональне призначення: - атрибут Код співробітника в таблиці Співробітники містить унікальний внутрішній ідентифікаційний номер кожного співробітника, в таблиці Відомості про переміщення цей самий атрибут містить код того співробітника, що переміщався, в таблиці Постачання - Код співробітника, що приймав замовлення, а в таблиці Продажі - Код співробітника, що продав ліки; атрибут Код Лікарського Засобу в таблиці Довідник аптекаря містить унікальний внутрішній ідентифікаційний номер кожної назви ліків в таблиці Що Продається цей самий атрибут містить код того лікарського засобу, що вказувався, в таблиці Поставки - Код Лікарського Засобу, що поставлявся, а в таблиці Переоблік - Код Лікарського Засобу, що обліковувався. Між таблицями Постачальники і Постачання встановлено співвідношення 1:?, оскільки постачальник може постачати багато ліків.
План
ЗМІСТ
Вступ
Розділ 1. Встановлення вимог до програмного забезпечення з програм-аналогів для обраної предметної області
1.1 Українська онлайн-аптека “Пані Аптека”
1.2 Російська онлайн аптека «Piluli»
1.3 Канадська онлайн-аптека “Canadian Pharmacy”
1.4 Німецька онлайн-аптека “Apotheke online 24”
1.5 Основні вимоги до програмного забезпечення БД аптеки
Розділ 2. Специфікація вимог до програмного продукту
Розділ 3. Моделювання предметної області
3.1 Моделювання предметної області на логічному рівні
3.2 Моделювання предметної області на фізичному рівні
Розділ 4. Розробка програмного забезпечення згідно створених моделей предметної області
4.1 Організація редагування даних в інформаційній системі
4.2 Забезпечення обробки даних в інформаційній системі
4.3 Публікація результатів обробки даних інформаційної системи на паперових носіях чи в електронних документах
4.4 Публікація результатів обробки даних інформаційної системи в локальній та глобальній мережі
4.5 Засоби автоматизації управління системою
Розділ 5. Результати тестування програмного забезпечення
Розділ 6. Опис доповнень та нереалізованих можливостей