Файл: Отчет по производственной практике производственная практика.docx

Описание работ	Документы, результаты работ
Приемочные испытания	Методика проведения приемочных испытаний Протокол приемочных испытаний Акт сдачи-приемки выполненных работ
Разработка документа Методика проведения приемочных испытаний	Методика проведения приемочных испытаний
Утверждение документа Методика проведения приемочных испытаний	Утвержденный документ Методика проведения приемочных испытаний
Формирование протокола приемочных испытаний	Протокол приемочных испытаний
Проведение приемочных испытаний
Подписание протокола приемочных испытаний	Протокол приемочных испытаний
Доработка программного обеспечения по замечаниям протокола приемочных испытаний	Протокол доработки программного обеспечения

Требования по обучению пользователей

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

Требования к обучению:

• 
  Разработка графиков обучения.
  
• 
  Разработка журнала обучения.
  
• 
  Разработка руководств пользователей.
  
• 
  Индивидуальное обучение на рабочих местах пользователей.
  

Допущения и ограничения проекта

При реализации проекта технологические решения в максимальной степени должны основываться на стандартных решениях 1С:Предприятие 8.

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

---

Целостность, полноту и соблюдение формата всех данных, предназначенных для переноса из действующих информационных систем в систему 1С:Предприятие 8, обеспечивает Заказчик.

Выгрузку данных, предназначенных для загрузки в систему 1С:Предприятие 8 из внешних информационных систем, обеспечивает Заказчик.

Загрузку данных внешних информационных систем в систему 1С:Предприятие 8 обеспечивает Исполнитель.

Доработки внешних информационных систем не входят в объем работ по настоящему проекту.

Приложение Б

---

Разработка и оформление предложений по расширению функциональности информационной системы

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

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



Рисунок 1 – Редактор программного кода в системе 1C: Предприятие
Однако даже при наличии отладчика и других вспомогательных инструментов внутренней среды разработки, на практике при написании программного кода, расширяющего функциональные возможности ИС, используют не встроенные редакторы, а специальные интегрированные среды разработки, IDE. В сторонних IDE реализуют программные модули расширения, которые затем сохраняются в виде DLL-библиотек. Обращение к этим DLL-библиотекам запускает выполнение разработанных программных функций расширения возможностей конфигурируемой ИС.

Компонент – это самостоятельный модуль программного кода, предназначенный для повторного использования и развертывания, независящий от конкретного языка программирования.

Наиболее известной прикладной реализацией компонентно-ориентированного программирования является технология СОМ, разработанная корпорацией Microsoft для использования в операционных системах на платформе Windows.

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

---

• 
  преобразование параметров функции в СОМ-объекты;
  
• 
  обратное преобразование COM-объектов в процедурные параметры;
  
• 
  возвращение кода ошибки в вызывающую программу.
  

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

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

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

• 
  в среде разработки пишется скрипт-программа, которая представляет собой модуль расширения функциональных возможностей ИС и включает набор COM-объектов (описание дополнительных функций) в виде DLL-библиотеки;
  
• 
  для вызова созданной на предыдущем шаге скрипт-программы ее следует связать с элементами графического интерфейса пользователя;
  
• 
  с помощью системной утилиты, например, regasm.exe, которая является частью программной платформы Microsoft.Net, в реестре ОС Microsoft Windows следует зарегистрировать COM-объекты, содержащиеся в DLL-библиотеке.
  

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

• 
  запуск дополнительных скриптов, исполняемых на стороне сервера или клиента;
  
• 
  подключение специальных библиотек;
  
• 
  использование сторонних веб-сервисов.
  

Приложение В

этапы проектирования и методология проектирования информационной системы

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

Методология OneMethodology разработана компанией PeopleSoft (теперь входящей в состав Oracle) для внедрения информационных систем линейки J.D. Edwards.

Методология направлена на достижение следующих целей:

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

---

Состав этапов проекта внедрения существенно отличается от других методологий:

1. 
   Рамки внедрения;
   
2. 
   Модель;
   
3. 
   Конфигурирование;
   
4. 
   Запуск в эксплуатацию;
   
5. 
   Развитие.
   

Цели и задачи этапов приведены в таблице 1.

Таблица 1 – Характеристика этапов внедрения по методологии OneMethodology

Этап проекта	Цели этапа	Выполняемые работы (пакеты работ)
Рамки внедрения	Определение целей и рамок проекта	Определение функциональных целей: определение целей внедрения системы управления и преимуществ, которые получит Заказчик в результате внедрения, предварительная оценка эффективности внедрения системы; определение и описание автоматизируемых бизнес-процессов и последовательности автоматизации; определение организационных рамок проекта (подразделений, которые будут участвовать в автоматизируемых бизнес-процессах) формирование проектной группы Заказчика и описание ее задач.
		Разработка технологической архитектуры: архитектуры приложения; конфигурации сети; конфигурации оборудования.
		Конвертация данных: определение перечня данных, которые должны быть в системе; определение формата ввода этих данных; определение возможности автоматической конвертации.
		Интерфейсы с внешними программами: определение состава программ, с которыми будет производиться обмен данными; определение механизмов взаимодействия.
Модель	Проектирование будущей системы и будущих бизнес-процессов	Общий обзор и планирование: описание текущего состояния компании с ее бизнес-процессами и планирование мероприятий по моделированию будущих бизнес-процессов, сбору и подготовке исходных данных.
		Моделирование бизнес-процессов: описание бизнес-процессов и согласование разработанных моделей; определение требований бизнес-процессов к информационной системе.
		Анализ недостающей функциональности: анализ соответствия приложений потребностям бизнеса; определение набора требований, которые необходимо реализовать с помощью дополнительной разработки либо вообще невозможно реализовать.

---