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