Студопедия

КАТЕГОРИИ:

АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Построение модели потоков данных




 

 

 


Рисунок 5. Диаграмма потоков данных.

 


Проектирование программного обеспечения

Описание процесса разработки программного обеспечения

В процессе разработки программного обеспечения системы использовался объектно-ориентированныйподход.

Для реализации кода клиентской части системы был использован С++ Builderсреды разработки Embarcadero RAD Studio XE.

Требования к программному обеспечению

Функциональные требования

 

1. Возможность расчёта компонентных составов углеводородов на основе выходных данных аппаратно-программных комплексов«Кристалл» и «Chromos»;

2. Формированиеотчетов по выбранному шаблону MSWord;

3. Повторный расчет составов с коррекцией входных данных, по имеющимся данным в базе данных исследований;

4. Возможность ручного ввода площадей и концентрации компонентов;

5. Расчёт характеристик нефти и газа в соответствии с ГОСТ.

 

 

Нефункциональные требования

 

· интерфейс программы должен быть «дружественным», главный критерий –простота в работе и удобство при вводе данных.

· названия: информация в названии должна ясно и недвусмысленно идентифицировать назначение отчета или формы;

· инструкции: должны быть ясными, понятными и краткими, использоваться знакомая пользователям терминология.

· внешний вид окон и форм: должен быть простым и удобным в использовании.

· вывод сообщения об ошибках: при недопустимом заполнении форм или документов должно выдаваться сообщение с подсказкой

· невозможность изменения пользователем формул и алгоритмов, по которым происходят вычисления в программном пакете

 

Выбор архитектуры системы

На предприятииимеется несколько приложений использующих клиент-серверную архитектуру и СУБД на базе MicrosoftSQLServer 2000, то имеет смысл на ее основе построить создаваемую автоматизированную систему. На рисунке 6 приведена диаграмма развертывания, выполненная в соответствии нотацией и семантикой языка UML.

 

 


Рисунок 6. Диаграмма развёртывания


 



Разработка моделей системы

Функциональная модель программного обеспечения

 

В соответствии с методологией IDEF0 построена диаграмма функциональной модели АС обработки данных, которая представлена на рисунках 7 и 8.

 










Последнее изменение этой страницы: 2018-04-12; просмотров: 256.

stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда...