Студопедия КАТЕГОРИИ: АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Построение модели потоков данных
Рисунок 5. Диаграмма потоков данных.
Проектирование программного обеспечения Описание процесса разработки программного обеспечения В процессе разработки системы использовался объектно-ориентированныйподход. Для реализации кода клиентской части системы был использован С++ Builder из среды разработки Embarcadero RAD Studio XE
В разделе должна быть представлена следующая информация: - подход к разработке (структурный или объектно-ориентированный); - нотации, используемые при проектировании (DFD, IDEF0, UML и т.д.); - используемые CASE-средства (BPWin, Rational Rose, Enterprise Architect ит.д.); - основные этапы разработки и разрабатываемые модели программного обеспечения; - используемые для реализации интегрированные среды разработки и, языки программирования. Требования к программному обеспечению Функциональные требования Указывают требования, относящиеся к функциональным характеристикам разрабатываемого/проектируемого программного обеспечения. Нефункциональные требования Указывают требования, не относящиеся к функциональным характеристикам разрабатываемого/проектируемого программного обеспечения (масштабируемость, надежность, требования к используемому системному и базовому программному обеспечению, требования к интерфейсу и т.д.). Выбор архитектуры системы Так как предприятие уже имеет несколько баз данных работающих под управлением MicrosoftSQLServer 2000, то имеет смысл на ее основе построить создаваемую автоматизированную систему
Выбирается архитектура разрабатываемой/проектируемой автоматизированной системы (АРМ, клиент-сервер, трехзвенная архитектура) и обосновывается её выбор, на основе сформулированных нефункциональных требованиях. На рисунках приводится представление выбранной архитектуры в виде диаграммы развертывания на языке UML или псевдо-формальной диаграммы, на которой должны быть отражены основные аппаратные узлы, программные компоненты автоматизированной системы и их взаимосвязь.
Разработка моделей системы Функциональная модель программного обеспечения
В соответствии с методологией IDEF0 построена диаграмма для данной работы:
В данном разделе приводят описание основных функций, которые должно выполнять программное обеспечение системы. В случае использования объектно-ориентированного подхода в разделе приводятся диаграммы вариантов использования. Для каждого варианта использования определяется перечень сценариев, которые затем формализуются в виде диаграмм последовательностей и диаграмм деятельности. Логическая модель программного обеспечения В случае использования объектно-ориентированного языка программирования в разделе приводится перечень классов с описанием их атрибутов и методов, а также отношений между классами. В качестве графического материала в раздел включаются диаграммы классов на языке UML. |
|||||
Последнее изменение этой страницы: 2018-04-12; просмотров: 653. stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда... |