- •2. Анализ и выбор проектных решений
- •2.1. Анализ текущих проблем автоматизации предметной области
- •2.2. Анализ типовых систем автоматизации предметной области
- •2.3. Концепция разработки автоматизированной системы в рамках предметной области
- •2.4. Обоснование выбора архитектуры реализуемого проектного решения
- •2.4.1. Анализ вариантов построения архитектуры
- •Сравнительный анализ вариантов построения ис
- •Экспертная оценка вариантов реализации ис
- •2.4.2. Архитектура реализуемого проектного решения
- •2.5. Обоснование выбора технологии проектирования и средств ее реализации
- •2.6. Обоснование выбора системно-технических решений проекта
- •2.6.1. Обоснование выбора информационной платформы
- •Сравнительный анализ потенциальных субд
- •Весовые значения потенциальных субд
- •2.6.2. Требования к ресурсам и по сервера бд
- •Минимальные требования к серверу бд
- •Интегральная оценка сетевых ос Windows и Linux
- •2.6.3. Требования к ресурсам и по клиента
- •2.6.4. Расчёт стоимости системы
- •Стоимость системы
- •2.7. Обоснование выбора проектных решений по информационному обеспечению
- •2.7.1. Обоснование состава классификаторов и методов кодирования информации
- •Обоснование состава входных и выходных документов
- •2.7.3. Обоснование выбора методов организации входной и выходной информации
- •2.7.4. Обоснование выбора метода проектирования и состава экранных форм
- •2.7.5. Обоснование способа организации информационной базы
- •2.8. Обоснование выбора проектных решений по технологическому обеспечению
- •2.8.1. Обоснование выбора организации технологии сбора, передачи, обработки и выдачи информации
- •2.8.2. Обоснование выбора методов и языков общения в процессе решения задач
- •2.8.3. Обоснование выбора методов и средств организации системы ведения файлов баз данных и методов актуализации данных
- •2.8.4. Возможные ошибки вывода результатной информации и методы их решения
- •2.9. Интеграция системы со смежными системами и подсистемами
- •2.10. Ожидаемые технико-экономические результаты создания ис
- •2.11. Оценка рисков реализации проекта
- •Группы рисков реализуемого проекта
- •2.12. Предложения по совершенствованию процессов организации и управления взаиморасчетами с контрагентами
- •П20. Недостатки существующего состояния автоматизации предметной области
- •Перечень и характеристика недостатков существующего состояния автоматизации предметной области
- •П21. Анализ типовых систем автоматизации предметной области
- •Эргономический анализ типовых систем автоматизации
- •Определение цены проекта на основе цен типовых систем
- •Расчет стоимости проекта методом бальной оценки
- •Расчет цены по технологии оригинального проектирования
- •П22. Экспертная оценка вариантов реализации ис
- •Экспертная оценка вариантов реализации ис
- •П23. Описание используемых классификаторов
- •П24. Общая схема обработки информации п25. Матрица ранжирования рисков проекта
- •Матрица ранжирования рисков проекта
2.5. Обоснование выбора технологии проектирования и средств ее реализации
Реализация автоматизированной системы управления взаиморасчетами с контрагентами предприятия сферы услуг базируется на современных технологических решениях, выбор которых осуществляется на основе требований со стороны предполагаемых пользователей (см. п. 1.9). В основу реализации проекта системы положена технология проектирования, которая соответствует масштабу и особенностям деятельности предприятия.
Технология проектирования представляет собой совокупность методологии и средств проектирования ЭИС, а также методов и средств организации проектирования. Таким образом, в процессе разработки автоматизированной системы определяются действия, их последовательность, состав исполнителей, а также средства и ресурсы, требуемые для выполнения этих действий.
В рамках проекта был выбран смешанный подход, основанный на применении функционально-ориентированной и объектно-ориентированной методологий структурного моделирования проблемной области. Функциональный подход требует достаточно точного знания параметров потоков данных и запросов, что отвечает выбранной предметной области, которая достаточно четко определена законодательством. Для объектно-ориентированного подхода необходим анализ объектов и связей в предметной области. Однако в рамках подхода возникает вероятность неполного отображения предметной области в структуре базы данных, технические трудности при объединении информационных потребностей различных пользователей в единое представление, трудности модификации структуры информационной системы при появлении в будущем новых типов запросов.
Поэтому в качестве базовой методологии выбрана функционально-ориентированная технология, основу которой составляют функциональные модели. Данный выбор обоснован тем, что в функциональных моделях (DFD-диаграммах потоков данных) главными структурными компонентами являются функции (операции, действия, работы), которые на диаграммах связываются между собой потоками объектов.
По результатам анализа предметной области выявлено, что процессы, действия, работы достаточно регламентированы законодательством, поэтому можно сделать вывод, что предметная область в будущем будет достаточно статичная; также большинство процессов предметной области могут быть декомпозированы на множество подфункций. Для реализации проекта немаловажным условием является наглядность представления.
Методы проектирования ЭИС классифицируются по степени использования средств автоматизации, типовых проектных решений и адаптивности к предполагаемым изменениям.
Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования ЭИС, среди которых можно выделить основные классы: каноническое, индустриальное автоматизированное, индустриальное типовое проектирование и проектирование на основе технологии прототипирования.
Для оценки и выбора наиболее оптимального варианта реализации архитектуры проектируемой системы рассчитаем комплексный критерий качества на основе экспертных оценок:
,
где – значение комплексного критерия качества варианта;
– коэффициент важности критерия;
– нормализованное по выбранным вариантам значение критерия;
– количество оцениваемых критериев.
Критерии, их коэффициенты значимости, результаты экспертной оценки вариантов реализации ИС по заданным критериям, а также значение комплексного критерия качества оцениваемых вариантов представлены в прил. 22.
В результате проведенного анализа предметной области и оценки существующих типовых проектных решений были выбраны следующие методы проектирования ЭИС, которые классифицируются по степени использования средств автоматизации, типовых проектных решений и адаптивности к предполагаемым изменениям:
по степени использования средств автоматизации – метод компьютерного проектирования, при котором производится генерация или конфигурация проектных решений на основе использования специальных инструментальных программных средств;
по степени использования типовых проектных решений – метод оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ЭИС. Оригинальное проектирование ЭИС также характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все особенности предметной области (см. п. 1.3) и требования заказчика (см. п. 1.9).
по степени адаптивности проектных решений – метод реструктуризации модели, при котором адаптация проектных решений выполняется путем переработки компонентов (перепрограммирования программных модулей);
В качестве модели жизненного цикла для создания информационной системы была выбрана спиральная модель, которая в наибольшей степени подходит для решения задач проектирования предметной области. Спиральная модель делает упор на начальные этапы жизненного цикла системы: анализ и проектирование. При этом используется подход к организации проектирования ЭИС «сверху-вниз», когда сначала определяется состав функциональных подсистем, а затем постановка отдельных задач. В рамках комплексов задач программирование осуществляется по направлению от головных программных модулей к исполняющим отдельные функции модулям. При этом на первый план выходят вопросы взаимодействия интерфейсов программных модулей между собой и с базой данных, а на второй план – реализация алгоритмов. Таким образом, при использовании спиральной модели детали проекта углубляются и последовательно конкретизируются, и в результате выбирается обоснованный вариант, который в конечном итоге доводится до реализации.
В основе спиральной модели ЖЦ лежит применение прототипной технологии или RAD-технологии (rapid application development – технологии быстрой разработки приложений). RAD-технология – это концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. Согласно этой технологии ЭИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. Достоинства применения данной технологии заключаются в сокращении числа итераций, в возникновении меньшего количества ошибок и несоответствий, а также в высокой скорости и низкой стоимости разработки.
В рамках разработки автоматизированной информационной системы управления взаиморасчетами с контрагентами возникает необходимость использования технологии индустриального автоматизированного проектирования, основанного на применении соответствующих CASE-технологий, которые представляют собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем и поддерживается комплексом взаимосвязанных средств автоматизации.
Все средства проектирования ЭИС можно разделить на два класса: без использования ЭВМ и с использованием ЭВМ. В рамках курсового проектирования возникает необходимость использования комбинированного комплексного подхода в выборе используемых методологий.
Средства проектирования без использования ЭВМ применяются на всех стадиях и этапах проектирования ЭИС. Они представляют собой средства организационно-методического обеспечения операций проектирования, то есть различные стандарты, регламентирующие процесс проектирования систем, единая система классификации и кодирования информации, унифицированная система документации, модели описания и анализа потоков информации и др.
В качестве средства проектирования ЭИС без использования ЭВМ был использован стандарт ISO 12207 «Информационные технологии. Процессы жизненного цикла программных средств». Этот стандарт наиболее полно на уровне международных стандартов отражает жизненный цикл, технологию разработки и обеспечения качества сложных программных средств.
Средства проектирования с использованием ЭВМ могут применяться как на отдельных, так и на всех стадиях и этапах процесса проектирования ЭИС и соответственно поддерживают разработку элементов, разделов и самого проекта системы в целом. В качестве средств проектирования ЭИС с использованием ЭВМ были выбраны CASE-средства AllFusion Process Modeler, AllFusion ERwin Data Modeler.
AllFusion Process Modeler является ведущим инструментом визуального моделирования бизнес-процессов. Использование данного средства дает возможность наглядно представить любую деятельность или структуру в виде модели, спроектировать организационную структуру, снизить издержки, исключить ненужные операции, повысить гибкость и эффективность. Данный инструмент поддерживает три нотации моделирования: IDEF0, IDEF3 и DFD.
AllFusion ERwin Data Modeler – это средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Таким образом, обеспечивается наглядность отображения сложных структур данных в удобной графической среде.
IBM Rational Rose – инструмент, позволяющий автоматизировать этапы анализа и проектирования ПО, разработать проектную документацию в виде диаграмм и спецификаций, а также сгенерировать программные коды.
Выбранная технология проектирования определяет и общий подход к проектированию. В рамках данного курсового проекта – это смешанный, в основе которого лежат функционально-ориентированный и объектно-ориентированный подходы.
