- •I. Аналитическая часть 9
- •II. Проектная часть 50
- •Введение
- •I. Аналитическая часть
- •1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «как есть»
- •1.1.1 Характеристика предприятия и его деятельности
- •1.1.2 Организационная структура управления предприятием
- •1.1.3. Программная и техническая архитектура ис предприятия
- •1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
- •1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
- •1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание
- •1.2.3 Обоснование необходимости использования вычислительной техники для решения задачи
- •1.3 Анализ существующих разработок и выбор стратегии автоматизации «как должно быть»
- •1.3.1 Анализ существующих разработок для автоматизации задачи
- •1.3.2 Выбор и обоснование стратегии автоматизации задачи
- •1.3.3 Выбор и обоснование способа приобретения ис для автоматизации
- •1.4 Обоснование проектных решений
- •1.4.1 Обоснование разработок по информационному обеспечению
- •1.4.2 Обоснование разработок по программному обеспечению
- •II. Проектная часть
- •2.1 Разработка проекта автоматизации
- •2.1.1 Этапы жизненного цикла проекта автоматизации
- •2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
- •2.2 Информационное обеспечение задачи
- •2.2.1 Информационная модель и её описание
- •2.2.2 Используемые классификаторы и системы кодирования
- •2.2.3 Характеристика нормативно-справочной и входной оперативной информации
- •2.2.4 Характеристика результатной информации
- •2.3. Программное обеспечение задачи
- •2.3.1 Общие положения (дерево функций и сценарий диалога)
- •2.3.2 Характеристика базы данных
- •2.3.3 Структурная схема пакета (дерево вызова программных модулей).
- •2.3.4 Описание программных модулей
- •2.4. Технологическое обеспечение задачи
- •2.4.1 Организация технологии сбора, передачи, обработки и выдачи информации
- •2.4.2 Схемы технологического процесса сбора, передачи, обработки и выдачи информации
- •2.5. Контрольный пример реализации проекта и его описание
- •III. Обоснование экономической эффективности
- •3.1 Выбор и обоснование методики расчёта экономической эффективности
- •3.2 Расчёт показателей экономической эффективности проекта
- •Заключение
- •Список использованной литературы
- •Приложение
II. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта создания программного обеспечения для учёта продажи начинается в момент принятия решения о его создании и заканчивается в момент выведения его из эксплуатации [14].
Существует международный стандарт, регламентирующий жизненный цикл информационных систем — ISO/IEC 12207. Standard for Information Technology, а также ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».
Он определяет структуру жизненного цикла, включая процессы, действия и задачи, которые должны быть выполнены во время создания информационной системы.
Разработка программного обеспечения для автоматизации документооборота состоит из нескольких этапов:
Жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития:
исследование предметной области с последующим формированием функциональной и информационной моделей объекта, для которого предназначена информационная система;
проектирование системы, заключающееся в разработке проектных решений, удовлетворяющих всем требованиям ТЗ;
разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций подсистем, выделенных на стадии проектирования);
тестирование информационной системы и выявление сбоев с последующим их устранением;
эксплуатацию системы и ее сопровождение;
развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
В настоящее время существует две основные модели жизненного цикла – это каскадная и спиральная модели.[4] В каскадной модели процесс разработки идет поэтапно, шаг за шагом. Переход к следующему этапу происходит только после завершения предыдущего. В спиральной модели разработка проходит по нарастающей. На начальном этапе разрабатывается система с высоким уровнем абстракции, а на последующих витках эта разработка все больше и больше конкретизируется. Для жизненного цикла текущего проекта была выбрана каскадная модель, так как для разрабатываемой системы больше подходит поэтапная разработка. Переход к следующему этапу происходит только после завершения всех работ на предыдущем этапе, включая подготовку полного пакета документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков и есть возможность планирования сроков завершения работ и затрат на их выполнение.
Каскадный метод хорошо подходит для построения систем, где в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем, чтобы предоставить разработчикам свободу реализовывать их как можно лучше с технической точки зрения.[14] Однако в случае, если в середине разработки вскрываются ошибки, допущенные в начале, то приходится прибегать к энтраверсии проекта и реальная схема каскадной модели приобретает другой вид. Таким образом, каскадный метод более всего подходит к конкретной разработке.
2. Программирование, запуск проекта
На этом этапе дорабатывается функциональные модули программного обеспечения, которые не были включены в стандартный состав системы управления программы.
Тестирование работоспособности программного обеспечения на наличие ошибок, тестирование форм на корректность работы в различных платформ.
Сдача программного обеспечения в эксплуатацию
Организация работ по размещению интернет - проекта в сети на домене клиента. Финальное тестирование проекта. Обучение персонала клиента или отдельно выделенного должностного лица работы с системой управления программного обеспечения.