Разработка модели автоматизированной системы «Обработка заказов на поставку товаров»

Сюда включается детальная разработка отдельных проектных решений, их анализ, апробация и внедрение. Качественное проектирование и внедрение являются основной предпосылкой эффективного функционирования системы при постоянном совершенствовании ее обеспечивающих и функциональных составляющих.

Рисунок 1. Проектирование информационных систем

Цель всех этих работ состоит  не только в компьютеризации информационных потоков, но и в совершенствовании  самого управления и организации  основной деятельности экономического объекта. Поэтому первый руководитель должен иметь представление об имеющихся  на рынке технических и программных  средствах, тенденциях в их развитии, основных принципах проектирования АИС.

В каждом подразделении организации  должен быть назначен сотрудник, ответственный за проектирование и внедрение АИС, который собирает нужную информацию, подбирает технику и программные средства, ведет обучение персонала, руководит внедрением и анализом функционирования информационных систем.

Принципы проектирования АИС.

Массовое проектирование АИС базируется на таких основополагающих принципах, как эффективность, контроль, совместимость, гибкость, системность, развитие, стандартизация и унификация.

• Принцип эффективности заключается в том, что выгоды от новой автоматизированной системы должны быть равными или больше расходов на нее.
• Принцип контроля требует, чтобы информационная система обладала механизмами для защиты имущества фирмы, ее данные были бы достаточно надежны для принятия управленческих решений.
• Принцип совместимости предполагает, что проект системы будет учитывать организационные и человеческие факторы предприятия. Иными словами, система должна учитывать организационную структуру предприятия, а также интересы, квалификацию и отношение людей, выполняющих различные функции.
• Принцип гибкости требует от системы возможности расширения без проведения больших изменений. Например, в новую автоматизированную систему учета можно легко ввести новые счета в план счетов, если он изменился, новые хозяйственные операции и др.
• Принципы системности позволяют исследовать объект как единое целое во взаимосвязи всех его элементов. На базе системного подхода применяется и метод моделирования, позволяющий моделировать изучаемые процессы вначале для анализа, а затем и синтеза создаваемых систем.
• Принцип развития заключается в непрерывном обновлении функциональных и обеспечивающих составляющих системы.
• Принцип стандартизации и унификации предполагает использование уже накопленного опыта в проектировании и внедрении АИС посредством программирования типовых элементов, что позволяет сократить затраты на создание АИС.

 Предпроектное обследование - Сбор и обработка сведений об организации и особенностях функционирования объекта автоматизации, включая данных о его взаимодействии с внешней средой и другими объектами, а также выполнение системного анализа, разработка технико-экономического обоснования целесообразности автоматизации и выработка общих требований на разработку автоматизированной системы. Содержание работ при предпроектном обследовании объекта автоматизации соответствует стадии “Формирование требований к АС” ГОСТ 34.601-90, этапы: “ Обследование объекта и обоснование необходимости создания АС”, “Формирование требований пользователя к АС”, “Оформление отчёта о выполненной работе и заявки на разработку АС - тактико-технического задания”.

Краткую характеристику исходного состояния  объекта автоматизации и среды, в которой он функционирует;

Указание  основных целей и перечень задач  автоматизации;

Описание  укрупнённой организационно-функциональной структуры выбранного варианта (или  вариантов) построения создаваемой  системы;

Технико-экономическое  обоснование;

Укрупнённое описание и основные требования к  средствам информационного и  лингвистического обеспечения;

Общие требования к средствам программно-аппаратного  обеспечения;

Перечень  и укрупнённую характеристику этапов создания системы, сроки их выполнения, состав исполнителей и ожидаемые  результаты их выполнения;

Исходную  оценку стоимостных показателей  выполнения работ;

Техническое задание на систему в целом  и/или её основные составные части (подсистемы, программно-технические  комплексы и средства, отдельные  задачи и т.д.), утверждаемое Заказчиком работ.

Эскизное  проектирование - Разработка предварительных  проектных решений по системе  и её частям. Итоговым документом выполнения работ на данной стадии проектирования является эскизный проект, который  содержит принципиальные конструкторские  и схемные решения объекта  разработки, а также данные, определяющие его назначение и основные параметры (при проектировании программного обеспечения  системы эскизный проект должен содержать  полную спецификацию разрабатываемых  программ).

1. Техническое проектирование - Стадия работ по проектированию АС, которая включает:
2. Разработку проектных решений по системе и её частям;
3. Разработку документации на АС и её части;
4. Разработку и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку;
5. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Итоговым  документом данной стадии проектирования является технический проект, содержащий помимо перечисленных материалов принципиальные электрические схемы и конструкторскую  документацию объекта разработки и  составных его частей, перечень выбранных  готовых средств программного и  технического обеспечения (в том  числе - ЭВМ, операционной системы, прикладных программ и т.д.), а также алгоритмы  решения задач для разработки новых средств программного обеспечения  и др.

Рабочее проектирование - Заключительная стадия проектирования, которая помимо требуемой  ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем  случае предусматривает уточнение  и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца  объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации. Результаты излагаются в рабочем или технорабочем проекте. В современной практике проектирования автоматизированных информационных систем (например, АБИС, АСНТИ, АСУ и др.) он является начальным этапом их внедрения  в работу фирмы, организации или  службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д.

Цикл  разработки (проектирования) программного обеспечения - Совокупность стадий разработки программного обеспечения начиная  от системного анализа и разработки исходных требований до её внедрения.

Принципы  проектирования АИС - Набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:

Идентичность - разработка новой, совершенствование уже существующей или внедрение полученной извне АИС являются сходными по своему содержанию научно-техническими проблемами, отличающимися одна от другой только содержанием ряда этапов и временными параметрами;

Технологичность: автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий;

Непрерывность, поэтапность и преемственность  разработки и развития: АИС - постоянно  развивающиеся на своей основе системы; каждое нововведение служит развитием  основных системных принципов и  уже достигнутого качества;

Адаптивность: составляющие АИС должны обладать свойствами, обеспечивающими быструю адаптацию  этих составляющих к изменениям внешней  среды и новым средствам;

Модульный принцип построения программных  и технических средств: предполагает, что состав указанных средств  состоит из блоков (“модулей”) обеспечивающих возможность их замены или изменения  с целью совершенствования функционирования АИС или её адаптации к новым  условиям;

Технологическая (в т. ч. - сетевая) интеграция: предполагает единство для всей системы технологии создания, обновления, сохранения и  использования информационных ресурсов и, в частности, - однократную обработку  документов и данных а также их многократное и многоцелевое использование;

Полная  нормализация процессов и их мониторинг: многоцелевое использование информации АИС требует обеспечения высокой  достоверности данных в системе. Для этого на различных этапах обработки и ввода информационных документов необходимо использовать различные  формы контроля информации, требования к которому могут быть сформированы из состава решаемых задач и обрабатываемых данных. постоянный мониторинг необходим также для получения качественных и количественных характеристик функционирования АИС на основе встраиваемых и специально разрабатываемых средств интеллектуальной статистики;

Регламентация: АИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов; эта обработка регламентируется стандартами, маршрутными и пооперационными  технологиями, нормативами на ресурсные  и временные показатели, развитой службой диспетчеризации.

Экономическая целесообразность: создание АИС должно предусматривать выбор таких  проектных решений (в т. ч. программных, технических и организационно-технологических), которые, при условии достижения поставленных целей и задач, обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.

Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию а также в соответствии с правилами и протоколами международного информационного обмена;

Максимальное  использование готовых решений: для сокращения стоимости и сроков разработки и внедрения АИС, а  также уменьшения ошибок проектирования как системы в целом, так и  отдельных её составляющих, рекомендуется  максимально возможно использовать готовые решения и средства. В  указанном плане при создании новой системы значительный объём  работ связан с анализом альтернативных вариантов возможных решений, выбором  наиболее соответствующего для объекта  автоматизации и его адаптации  к новым условиям применения;

Корпоративность: при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети АИС. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например - преемственности проектных решений;

Ориентация  на первых лиц объекта автоматизации: успешное выполнение работ по созданию АИС, её развитию и эксплуатации возможно только при условии их безусловной  поддержки первым лицом объекта  автоматизации (например, директора  библиотеки или информационного  органа) и закреплении непосредственной ответственности за их выполнение приказом по организации за руководителем  на уровне не менее заместителя директора.

Глава 2. Case технологии проектирования АИС.

2.1 Case средства. Общая характеристика и классификация.

Современные CASE-средства охватывают обширную область  поддержки многочисленных технологий проектирования ИС: от простых средств  анализа и документирования до полномасштабных  средств автоматизации, покрывающих  весь жизненный цикл ПО.

Наиболее  трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в процессе которых CASE-средства обеспечивают качество принимаемых технических  решений и подготовку проектной  документации. При этом большую роль играют методы визуального представления  информации. Это предполагает построение структурных или иных диаграмм в  реальном масштабе времени, использование  многообразной цветовой палитры, сквозную проверку синтаксических правил. Графические  средства моделирования предметной области позволяют разработчикам  в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.

В разряд CASE-средств попадают как относительно дешевые системы для персональных компьютеров с весьма ограниченными  возможностями, так и дорогостоящие  системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных  средств насчитывает около 300 различных CASE-средств, наиболее мощные из которых  так или иначе используются практически  всеми ведущими западными фирмами.

Обычно  к CASE-средствам относят любое  программное средство, автоматизирующее ту или иную совокупность процессов  жизненного цикла ПО и обладающее следующими основными характерными особенностями:

мощные  графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком  и развивающие его творческие возможности;

интеграция  отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;

использование специальным образом организованного  хранилища проектных метаданных (репозитория).

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;

репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта  и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при  групповой разработке, контроль метаданных на полноту и непротиворечивость;