) підтримка спільної, синхронної роботи декількох клієнтів програмного забезпечення.
Так само визначимо деякі додаткові специфікації. Додаткові специфікації визначають нефункціональні вимоги до системи, такі, як надійність, зручність використання, продуктивність, сопровождаемость, а також ряд функціональних вимог, які є загальними для декількох варіантів використання.
Надійність:
) робота програми без помилок;
) коректна робота програми 24 години на тиждень;
) супровід програмного забезпечення, технічна підтримка.
Продуктивність:
) система не повинна бути вимоглива до апаратних можливостей ЕОМ.
) система повинна бути кроссплатформенной (тобто працювати на декількох видах операційних систем).
Безпека:
) реалізувати протоколи шифрування передачі даних між клієнтами програмного забезпечення;
) виключити можливість редагування або зміни коду програмного забезпечення не передбаченими особами.
Інтерфейс:
) створити інтуїтивний інтерфейс програмного забезпечення, щоб рядовий співробітник міг без праці скористатися програмним забезпеченням;
І так, були визначені основні вимоги і специфікації, і описані стоять перед розробниками завдання. Приступимо до проектування програмного забезпечення в популярному CASE - інструменті Rational Rose.
2. Проектування ПО АІС в Rational Rose
Rational Rose - засіб моделювання об'єктно-орієнтованих інформаційних систем, що базується на мові моделювання UML. Rose здатна вирішувати практично будь-які завдання в проектуванні інформаційних систем: від аналізу бізнес процесів до кодогенераціі певною мовою програмування. Тільки Rose дозволяє розробляти як високорівневі, так і низькорівневі моделі, здійснюючи тим самим або абстрактне проектування, або логічне.
2.1 Діаграма варіантів використання
У першу чергу слід побудувати діаграму варіантів використання. Подання варіантів використання містить усіх дійових осіб, всі варіанти використання і їх діаграми для конкретної системи. Подання варіантів використання містить:
1) дійових осіб;
2) варіанти використання;
3) документацію за варіантами використання, що описує що відбуваються в них процеси (потоки подій), включаючи обробку помилок.
На основі результатів вивчення предметної області для інформаційної системи «облік руху товару на оптовому складі» була побудована діаграма варіантів використання (малюнок 1). Назва всіх діаграм, їх об'єктів, варіантів використання, класів написані на латиниці щоб уникнути некоректної роботи програми і щоб уникнути помилок.
На діаграмі зображені наступні дійові особи (актори):
) постачальник;
) зав.складом;
Малюнок 1 - діаграма варіантів використання
) переупаковщік;
) вантажники;
) тмц;
) відділ інвентаризації;
) підрозділ.
Діаграма показує процес роботи складу і пересування «ТМЦ» (товарно-матеріальних цінностей). Весь процес описується таким чином: Актор «Постачальник» поставляє товарно-матеріальну цінність акторові «Зав.складом», «Підрозділ» відправляє замовлення на товарно-матеріальну цінність акторові «Зав.складом», він поставляє товарно-матеріальну цінність на склад («ТМЦ »приймає« Зав.складом »),« Зав.складом »відправляє товарно-матеріальну цінність на переупаковку акторові« Переупаковщік », але тільки в тому випадку якщо« Переупаковщік »отримає« заявку на переупаковку », в іншому випадку« Зав.складом » відправляє заявку на розміщення товарно-матеріальної цінності «Вантажникам 1-го відділу» які, у свою чергу, безпосередньо розміщують товарно-матеріальну цінність. Далі товарно-матеріальну цінність переміщують в зону відвантаження, там її приймають «Грузчики 2-го відділу», і якщо «Зав.складом» відправляє їм заявку від підрозділу (замовника), вони привозять і відвантажують товар «Подраздленію». Так само «Відділ інвентаризації» може провести інвентаризацію товарно-матеріальної цінності, але тільки в тому випадку якщо отримає відповідну заявку.
2.2 Діаграми логічного представлення
Після проектування діаграми варіантів використання потрібно спроектувати діаграми логічного представлення проектованої системи. Логічне представлення показує, як система буде ...
