Подводя итог, необходимо отметить, что при разработке ИС для автоматизации документооборота для ООО «ТехноЛайт» необходимо уделить особое внимание разработке таблиц в выбранной базе данных и связей между ними для исключения ошибок ввода. Для удобства пользователей разработанное клиентское приложение должно иметь интуитивно–понятный интерфейс.
1.4.3 Обоснование проектных решений по программному обеспечению.
Программное обеспечение (ПО) – это совокупность программ регулярного применения, необходимых для решения функциональных задач, и программ, позволяющих наиболее эффективно эксплуатировать вычислительную технику, обеспечивая пользователям наибольшие удобства в работе и минимальные затраты труда на программирование задач и обработку информации.

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



Рисунок 8 – Структура ПО

Для эксплуатации предлагаемой на ООО «ТехноЛайт» ИС по учету предоставленных услуг и продаже программных продуктов необходимо наличие OC Windows XP, Vista или 7 и Microsoft Access 2007.
1.5. Выводы
Таким образом, цель практики достигнута, сформировано общее мое представление об особенностях освоение программных продуктов.

В рамках пройденной практики были сделаны выводы о необходимости автоматизации документооборота по договорам заказчиков и купли – продажи.

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

Развитие инфраструктуры информатики, технологий разработки алгоритмов, методов анализа неизбежно приводят нас к объектному моделированию, базирующемся на объектном анализе систем и объектном их проектировании.

В настоящее время объектный анализ и проектирование становятся наиболее доминирующими технологиями создания виртуальных моделей систем. Однако в настоящее время данная методология находится в состоянии развития и совершенствования – становления.

---

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

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

Выполнение объектного анализа системы предполагает построение ее объектной модели – основы компонентного проектирования систем.

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

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

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

Широкое внедрение ИС – объективная необходимость, обусловленная усложнением задач управления, повышением объемов информации, которые необходимо перерабатывать в системе управления. В силу специфики и сложности процесс создания ИС во многом пока не формализован и часто по одним и тем же вопросам имеются в литературе разные точки зрения. Создание ИС – это не только и не столько решение задач на ЭВМ, это внедрение принципиально нового подхода к совершенствованию системы управления предприятием. Трудности, если они возникают, должны решаться за счет усложнения работы ЭВМ.

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

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

---

Для унификации механизмов поиска данных содержимое набора данных сохраняется в стандартной форме. Речь идет о табличной форме, причем каждая запись данных (блок данных) представляет собой отдельную строку таблицы. Итак, набор данных состоит из записей, а каждая запись данных – из отдельных полей. Структура всех записей базы одинакова: все они имеют одну и туже последовательность полей, но содержимое полей у каждой записи своё.


II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы (ИС) — это процесс ее построения и развития. Жизненный цикл информационной системы — период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент ее полного изъятия из эксплуатации.

Стандарты жизненного цикла информационных систем (ИС) регламентируются следующими нормативными документами:

• 
  ГОСТ 34.601-90;
  
• 
  ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-99);
  
• 
  Custom Development Method (методика Oracle);
  
• 
  Rational Unified Process (RUP);
  
• 
  Microsoft Solutions Framework (MSF). Включает 4 фазы: анализ, проектирование, разработка, стабилизация, предполагает использование объектно-ориентированного моделирования.
  
• 
  Экстремальное программирование (англ. Extreme Programming, XP). В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС. Разработка ведется с использованием последовательно дорабатываемых прототипов.
  

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы (АС):

1. 
   Формирование требований к АС:
   

• 
  Обследование объекта и обоснование необходимости создания АС;
  
• 
  Формирование требований пользователя к АС;
  
• 
  Оформление отчета о выполнении работ и заявки на разработку АС.
  

2. 
   Разработка концепции АС:
   

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

3. 
   Техническое задание:
   

• 
  Разработка и утверждение технического задания на создание АС.
  

4. 
   Эскизный проект:
   

• 
  Разработка предварительных проектных решений по системе и ее частям;
  
• 
  Разработка документации на АС и ее части.
  

---

5. 
   Технический проект:
   

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

6. 
   Рабочая документация
   

• 
  Разработка рабочей документации на АС и ее части;
  
• 
  Разработка и адаптация программ;
  

7. 
   Ввод в действие:
   

• 
  Подготовка объекта автоматизации;
  
• 
  Подготовка персонала;
  
• 
  Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);
  
• 
  Строительно-монтажные работы;
  
• 
  Пусконаладочные работы;
  
• 
  Проведение предварительных испытаний;
  
• 
  Проведение опытной эксплуатации;
  
• 
  Проведение приемочных испытаний;
  

8. 
   Сопровождение АС:
   

• 
  Выполнение работ в соответствии с гарантийными обязательствами;
  
• 
  Послегарантийное обслуживание.
  

Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений по всем видам обеспечения информационной системы. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.

Данный стандарт не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.

Каскадная модель жизненного цикла («модель водопада», англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Этапы проекта в соответствии с каскадной моделью:

1. 
   формирование требований;
   
2. 
   проектирование;
   
3. 
   реализация;
   
4. 
   тестирование;
   
5. 
   внедрение;
   
6. 
   эксплуатация и сопровождение.
   

---

Спиральная модель (англ. spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ИС создается в несколько итераций (витков спирали) методом прототипирования.

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

На каждой итерации оцениваются:

1. 
   риск превышения сроков и стоимости проекта;
   
2. 
   необходимость выполнения еще одной итерации;
   
3. 
   степень полноты и точности понимания требований к системе;
   
4. 
   целесообразность прекращения проекта.
   

Один из примеров реализации спиральной модели — RAD (англ. Rapid Application Development, метод быстрой разработки приложений).

Естественное развитие каскадной и спиральной моделей привело к их сближению и появлению современного итерационного подхода. Различные варианты итерационного подхода реализованы в большинстве современных технологий и методов.

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

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

Создание документации на этапах разработки технического задания и эскизного проекта может привести к непредусмотренным издержкам времени.

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

---

Смотрите также файлы

• Дисциплина Русский язык и культура речи Практическое занятие 3 Обучающийся Гладченко Всеволод Сергеевич Преподаватель Пинаева Ирина Юрьевна.doc

• Назовите основные проблемы и подходы, на основании которых осуществляется выделение кризисных регионов. Заполните таблицу 7.docx

• Оборудование линий электропередачи.pdf

• Инструкция по техническому обслуживанию вагонов в эксплуатации (инструкция осмотрщику вагонов) 8082022 пкб цв.pdf

• Направление подготовки 38. 03. 02 Менеджмент профиль Маркетинг.pdf