Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Статьи » Реалізація та атестація інформаційної системи

Реферат Реалізація та атестація інформаційної системи





ції.

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

У процесі збору вимог до проектованої системи складається документ про образ і кордони проекту (Додаток А).

Документ про образі і кордони (vision and scope document) збирає бізнес - вимоги в єдиний документ, який готує основу для подальшої розробки проекту.


. 4 Аналіз і моделювання вимог


Після того, як були визначені і зібрані вимоги для реалізації програмного модуля, спроектовані DFD діаграми бізнес-процесів прийому автомобілів і виписки документа «Замовлення-наряд», представлені на малюнку 1.4 і 1.5.


Малюнок 1.4 - DFD діаграма процесу прийому аварійних автомобілів


Малюнок 1.5 - DFD діаграма процесу складання Замовлення-наряду

У ході аналізу вимог були виявлені наступні дійові особи:

бухгалтер;

продавці;

старший механік.

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


Таблиця 1.1 - Варіанти використання

Чинне ліцоФункція сістемиБухгалтерРегістрація нових сотрудніковРабота з базами даних ІСРегістрація розрахунку оплати в ІСФормірованіе отчетовРегістрація документів по оплатеПродавциРегістрація надходження товараРегістрація оплати Замовлення-НарядовВнесеніе даних про продані товарахСтаршій механікФормірованіе Замовлення-НарядовСоставленіе заявки на запчастини Складання акту огляду транспортного средстваВсеАвторізація користувача- введення імені та пароля для входу в систему і можливості використання тих чи інших функцій системи

. 5 Специфікація вимог


Специфікація вимог до ПЗ (Software Requirements Specification, SRS) має ключове значення для всього життєвого циклу розробки програмного продукту. На підставі SRS досягається згода між замовниками та виробниками програмного продукту. У специфікації SRS повністю описані функції, які повинен виконувати розроблюваний програмний продукт. Дозволяє потенційним користувачам визначити ступінь відповідності продукту їх потребам, а також шляхи модифікації продукту для того, щоб він був максимально корисний у вирішенні їхніх завдань.

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


Таблиця 1.2 - Категорії опису вимог

КатегоріяОпісаніеFТребованія до функцій (завдань), виконуваним сістемойCТребованія до системи в цілому; PТребованія до представленіюRТребованія, що визначають ризики, яким має бути приділено основну увагу при розробці системи

Категорія F (функціональні вимоги). Функціональні вимоги до системи визначають, дії системи, які вона повинна виконувати. Функціональні вимоги реалізуються через функції системи. Під функцією АС мається на увазі сукупність дій АС, спрямована на досягнення певної мети або аспект певної поведінки системи, а під завданням - функція або частина функції АС, що представляє собою формалізовану сукупність автоматичних дій, виконання яких призводить до результату заданого виду.

Опис функціональних вимог зображено в таблиці 1.3.


Таблиця 1.3 - Функціональні вимоги

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

Друга категорія в описі вимог є категорія C (системні вимоги). Системні вимоги - деталізований опис системних функцій і обмежень.

Описи системних вимог представлені в таблиці 1.4.


Таблиця 1.4 - Системні вимоги

ТребованіеТіпОпісаніе.АрхітектураCСервер даних (1C) .Язик программірованіяC1CОпераціонная сістемаCWindows XP.

Третя категорія - це вимоги до подання (Р). Вимоги до подання описують формування вимог до інтерфейсу програмного забезпечення для замовника. Опису вимог до подання зображені в таблиці 1.5.


Таблиця 1.5 - Вимоги до подання

ТребованіеТіпОпісаніе.Общій інтерфейсPОн не повинен бути перевантажений, простий для поніманія.Обязательние поля вв...


Назад | сторінка 6 з 28 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Розробка інтерфейсу користувача відповідно до вимог ТЗ і ТП. Формування ін ...
  • Реферат на тему: Характеристика функцій, властивостей та вимог до одягу різного виду та приз ...
  • Реферат на тему: Системний аналіз предметної області та розробки вимог до создания ІТ для ав ...
  • Реферат на тему: Збір вимог з метою розробки програмного забезпечення: &Система електронного ...
  • Реферат на тему: Досвід розробки і впровадження автоматизованих систем бюджетного управління ...