- Feature driven development. Для управляемой функциональностью разработки (FDD) определяют процессы:
- Разработка общей модели. Анализируется анализ круга задач, предназначенных для решения, производится описание системы, ее составных частей, ее внешнего окружения, их анализ и взаимодействие. Анализ осуществляется группами, затем происходит коллективное обсуждение, и производится экспертиза результата. Модель, получаемая в итоге, выступает основой, которая может быть подвержена изменениям в процессе работы
- Разработка списка необходимых системе функций. Такой список составляется на предыдущем этапе. Исходная область разделяется на предметные области, характеризуются происходящие в них бизнес-процессы. В конечном итоге формируется список функций или свойств, которые представлены в виде действия, результата, объекта. Либо функция является свойством, то есть функцией, которая реализуется в течение двух недель, либо разделяется на несколько свойств.
- Планирование работ по каждой функции. Распределяются владения классами и свойства организуются в группы между ведущими программистами.
- Проектирование функций. Ведущими разработчиками и программистами составляются диаграммы последовательности для каждого выбранного на текущие две недели свойства. Реализуются образы методов и классов, также осуществляется анализ дизайна.
- Реализация функций, и последующее их тестирование с включением в главный проект.
Для осуществления контроля над процессом разработки проекта становится необходимым регистрировать разработку каждого свойства. FDD определяет шесть последовательных этапов, осуществляемых для каждой функции или свойства. Так, в процессе проектирования полностью завершаются первые три этапа: анализ области, дизайн и проверка дизайна; в процессе реализации выполняются последние три: код, проверка кода, включение в сборку. В процессе каждого этапе можно увидеть его процент выполнения.
FDD построен за счет объединения наиболее успешных и известных практик: разработка по функции, объектное моделирование области, индивидуальное владение классом, проверка кода, команда по разработке функций, конфигурационное управление, обозримость хода работ и результатов, регулярная сборка.
Как видно при рассмотрении, данный метод объединил в себе лучшие практики из области современной программной инженерии. Это позволяет решать крупные задачи используя процесс разработки модели. Недостатками можно считать огромный объем документации, большое количество человек в команде разработчиков, менее интенсивное взаимодействие ее членов, а также индивидуальное владение кодом.
Самой распространенной из рассмотренных является методология FDD с применением в процессе проектирования и реализации практик других методов (XP, Scrum)[24].
2.2 Обоснование проектных решений по техническому обеспечению
Для наиболее качественного решения поставленной задачи необходимо подобрать соответствующее техническое обеспечение. Техническое обеспечение для процесса проектирования включает в себя саму ЭВМ (системный блок), монитор, клавиатуру, компьютерную мышь.
В процессе выбора ЭВМ важно использовать полный ряд характеристик. Такими характеристиками можно назвать объем памяти, производительность, качество, стоимость, надежность и другие.
В зависимости от соответствия ЭВМ указанным характеристикам находится возможность работы с необходимыми программными средствами, и, собственно, успешность создания системы.
На настоящий момент в мире распространены ЭВМ нескольких классов: большие, мини- и микро-ЭВМ. Большие ЭВМ обладают крайне высокой стоимостью и быстродействием. Их предназначение состоит в решении сложных задач, которые требуют большого объема вычислений. Они нашли применение в космической отрасли, в проведении фундаментальных научных исследований, в ядерной физике и т.д.
Персональные ЭВМ (ПЭВМ) являются типичным представителем класса микро-ЭВМ. Мини-ЭВМ являются промежуточным звеном между большими и микро-ЭВМ.
ПЭВМ в наибольшей степени подходят для решения экономических задач. Так как они характеризуются небольшими размерами, невысокой стоимостью, и имеют удовлетворяющие характеристики надежности, быстродействия и объема памяти. Поэтому, эти машины получили такое широкое распространение, так как они могут найти применение практически на любом предприятии.
В процессе выбора ПЭВМ для осуществления комплекса поставленных задач следует обратить внимание на следующие характеристики:
- объем оперативной памяти;
- объем жесткого диска;
- скорость обработки данных;
- наличие периферийных устройств;
- другие технические характеристики ПЭВМ[37].
2.3 Обоснование проектных решений по информационному обеспечению (ИО)
Определение информационного обеспечения появилось в процессе создания автоматизированных систем управления (АСУ). Информационное обеспечение включает в себя внутримашинное, включающее массивы данных: входные, выходные, промежуточные, программы для решения задач; и внемашинное, включающее в себя системы направленные для классификации и кодирования нормативно-справочной информации (НСИ), оперативных документов.
Одним из главных требований к информационному обеспечению является достоверность данных, содержащихся в информационной базе.
Необходимый уровень достоверности данных в информационных базах поддерживается с помощью высокой степени контроля, который распространяется на все стадии работы с данными.
Специфичность технологии обработки данных напрямую связана с такими факторами: наличие накопителей информации, функционирование в состоянии диалога с пользователем, исключение использования бумажных технологий для обработки информации.
В составе технологических операций имеются:
- ввод/вывод данных;
- загрузка программы;
- контроль информации и возможность проведения корректировки;
- формирование информационных массивов; - справочно-информационное обеспечение.
Существует несколько способов регистрации первичной информации:
- документальный;
- автоматический;
- документальный с регистрацией на машинном носителе.
По методу образования связей между данными различают сетевую, реляционную и иерархическую модели. Сетевая и иерархическая модели нуждаются в наличие связей между данными, которые имеют общие признаки. В рамках иерархической модели связи такого вида могут быть изображены в виде дерева-графа, в сетевой модели возможно существование связи “всех со всеми”. Реляционная модель представляет собой простейшее и наиболее привычный вид представления данных в виде связанных таблиц.
На данный момент времени в наибольшей степени техническим возможностям персональных компьютеров соответствуют реляционные системы. Характеристики скорости этих СУБД обеспечиваются специальными способами ускоренного доступа к информации, а именно, индексирование баз данных. Для создания информационной системы можно рассмотреть СУБД InterBase, которая обладает большим количеством серьезных средств для манипулирования базами данных.
2.4 Обоснование проектных решений по программному обеспечению (ПО)
Программное обеспечение - это совокупность программ системы обработки информации и программных документов, которые необходимы для эксплуатации таких программ (ГОСТ 19781-90)
Программное обеспечение - совокупность программ, документации, процедур и правил, относящиеся к процессу функционирования системы
обработки данных.[37]
Программное обеспечение обычно классифицируют по следующим
признакам:
По способу использования и распространения ПО можно разделить на:
- открытое;
- закрытое;
- свободное.
По назначению ПО делится на:
- прикладное;
- системное;
- инструментальное.
Для свободного программного обеспечения возможно распространение, установка и использование на всех компьютерах дома, в школах, вузах, офисах, а также государственных и коммерческих учреждениях без каких-либо ограничений.
На данный момент на компьютерах Белгородского государственного национального исследовательского университета не установлены аналоги подобные разработанной информационной системе.
2.5 Обоснование проектных решений по технологическому обеспечению
В зависимости от степени рациональности проектирования технологического процесса, находится степень снижения стоимостных и трудовых затрат.
Как правило, технологический процесс содержит несколько этапов. Целью первого этапа представляется сбор, регистрация, а затем и передача данных на дальнейшую обработку. Обычно результатом является создание документа. Целью второго этапа является перенесение данных на носители и составление первоначального макета информационной базы. На третьем этапе осуществляются операции сортировки, накопления, корректировки и обработки данных.
В ходе выбора варианта технологического процесса важно следовать следующим требованиям:
- решение задач в определенные сроки;
- гарантирование достоверности обрабатываемой информации;
- гарантирование минимальных стоимостных и трудовых расходов на обработку данных;
- вероятность решения задачи в различных режимах; - возможность обработки данных на ЭВМ.
Опираясь на перечисленные выше требования можно установить целесообразность проектирования информационной системы, которое сможет позволить децентрализацию процесса решения задачи, тем самым повысив производительность.
В ходе обработки данных необходимо использование массивов информации. Такой ход дает ряд преимуществ в скорости выбора, поиска, сортировки и т.д. Однако, необходимо реализовать возможность просмотра полученных результатов. Таким образом, становится актуален вопрос выбора режима: диалоговый или пакетный.
Использование пакетного режим поможет снизать степень
вмешательства пользователя в процесс решения задачи, требуя от него лишь строгого осуществления операций по вводу и корректировке данных, однако, также появляется угроза полной загрузки ЭВМ, крайне неудобная пользователю.
Как показывает практика, использование систем, используя методы составления модели, основанные на диалоге, делает возможным более гибкую связь ЭВМ с пользователем.
У режима диалога существует ряд преимуществ: обеспечение защиты во время несанкционированного доступа; удобство при работе с базой; обеспечение прямого участия пользователя в ходе решения задачи; быстрый поиск, доступ и выдача информации в каждый момент времени, возможность выбора различных режимов работы; управляемость процессом; реализация быстрого перехода от одной операции к следующей.
2.6 Выбор средств разработки программного обеспечения
Прежде чем перейти к разработке информационной системы, важно определить, какие программные средства будут задействованы в процессе построения системы.
Проанализировать компанию можно, используя AllFusion Process Modeler 7 (BPwin) -- удобное средство для проведения системного анализа производственной и деловой активности компании. Оно позволяет на практике отслеживать соответствие структуры документооборота, бизнеса, финансовых потоков динамичным и жестким экономическим требованиям. Система BPwin может помочь в повышении конкурентоспособности, а также оптимизировать управленческие процессы. При использовании BPwin достигаются такие результаты: исключение бесполезных и лишних действий, снижение затрат ресурсов, улучшение гибкости и эффективности бизнеса.
BPwin - важнейший инструмент, используемый бизнес-аналитиками и менеджерами, для системных аналитиков и разработчиков - это к тому же еще и важное средство для моделирования процессов в контексте создания корпоративных информационных систем.
AllFusion Process Modeler 7 (BPwin) имеет следующие функциональные возможности:
- возможность поддержки нескольких нотаций: потоков данных (DFD), IDEF0 (федеральный стандарт США, рекомендации Госстандарта РФ) и потоков работ IDEF3 (федеральный стандарт США);
- анализ показателей производительности и затрат;
- интуитивно-понятный графический интерфейс;
- свойства, назначаемые пользователем (UDP);
- методы обеспечения корректности модели;
- организационные графики;
- документированный центр проекта;
- интерфейс для средств имитационного моделирования;
- работа с моделями бизнес-процессов посредством собственных программных приложений;
- интеграция процессов/данных;
- собственный генератор шаблонов отчетов. Report Template Builder.
К недостатки BPwin можно отнести: