71
4) спецификации надежности, в том числе и связанных с ними спецификаций
с методами функционирования и сопровождения, воздействия окружающей
среды и нанесение травм персонала;
5) спецификация информационной безопасности;
6) человеческий фактор (эргономика и инженерная психология)
7) определение данных и требований к базам данных;
8) установочные и приемочные требования поставляемого программного
продукта на местах эксплуатации;
9) документация пользователя;
10) требования сервиса пользователя.
Жизненный цикл организации показывает, что нередко в нем имеет место
стадия возрождения. Это явление крайне редкое, поскольку в условиях
современного рынка выживают действительно только сильнейшие.
Когда очевидна потеря предприятием конкурентоспособности, оно при
наличии сил и возможности начинает бороться за свое существование: расширение
ассортимента выпускаемой продукции, переориентация рынка сбыта, внедрение
инноваций, новые приобретения. Часто руководство компании полностью меняется,
создаются проектные группы для быстрой модернизации внутренних процессов.
Принятие решений ускоряется, бюрократизация снижается.
Из этой стадии компания может вновь выйти на этапы роста и зрелости - а
может и потерпеть полное фиаско.
Стандарт ISO/IEC серии 15288. В данном стандарте не предлагается
конкретной модели жизненного цикла и методов разработки. Рекомендации ISO/IEC
серии 15288 являются общими для любых моделей жизненного цикла.
Существует две основные модели жизненного цикла: каскадная и спиральная.
В каскадной модели процесс разработки идет шаг за шагом после завершения
предыдущего.
У любой модели разработки ПО есть свои сильные и слабые стороны. В этом
отношении спиральная модель не является исключением. Рассмотрим ее основные
достоинства и недостатки.
Достоинства:
72
- Мониторинг рисков является одной из главных особенностей, делающих
данную модель особенно привлекательной в том случае, если вам предстоит
управление большим, сложным и дорогостоящим проектом. Более того, проект
будет более прозрачным, поскольку спиральная модель изначально была
спроектирована таким образом, чтобы каждая итерация тщательно анализировалась;
- Заказчик может увидеть работающую версию продукта уже на ранних
стадиях жизненного цикла ПО;
- Изменения могут быть внесены на поздних стадиях разработки;
- Проект может быть разделен на несколько частей и те из них, которые,
согласно анализу, окажутся более рискованными, могут быть реализованы на
ранних стадиях. Такой подход может снизить трудности, связанные с управлением
проектом;
Строгий контроль над документацией, как результат постоянного анализа рисков.
Недостатки:
- Мониторинг рисков требует дополнительных ресурсов, а значит, эта
модель может оказаться весьма затратной. Каждая итерация требует отдельной
экспертизы, что делает управление проектом сложнее. Именно поэтому спиральная
модель плохо подходит для небольших проектов;
- Большое количество промежуточных стадий разработки. Как следствие
— большой объем документации;
- На самых ранних стадиях дата завершения работы над проектом может
быть неизвестна, что также усложняет контроль над процессом разработки
Спиральную модель стоит применять в проектах такого типа, для которого
она изначально была предназначена. Она может оказаться полезной, если вам
предстоит работа над проектом со средним или высоким уровнем возможных
рисков, заказчик не может предоставить достаточно четкий список требований к
конечному продукту или эти требования достаточно сложные, а также в том случае,
когда ожидаются значительные изменения в процессе разработки.
Переход к следующему этапу происходит после завершения всех работ на
предыдущем этапе. Каскадная схема разработки представлена на рисунке 2.1.
73
Рисунок №2.1. Каскадная схема разработки
Каскадный метод более приемлем для проектов, где в начале разработки
можно точно и в полной мере сформулировать все требования, для предоставления
разработчикам свободу реализовывать их как можно лучше. Если в середине
разработки вскрываются ошибки, которые были допущены в начале разработки, то
прибегают к энтраверсии проекта и схема каскадной модели приобретает другой
вид. Таким образом, более всего подходит к конкретной разработке каскадный метод
(рисунок 2.2).
.
Рисунок №2.2. Реальный процесс разработки проекта по каскадной схеме.
Модель жизненного цикла является основным для стандарта ISO/TEC 12207
и является более эффективным. Это позволяет получить на выходе качественный
74
продукт с небольшом количеством персонала и относительно коротким графиком
проектирования. Спиральная модель позволяет наращивать програмное
обеспечение с новыми версиями.
Для автоматизации документооборота ООО ЧОП «САЙГА» был выбран
программный продукт компании 1С – «1С: Предприятие» на технологической
платформе «1С: Предприятие 8.2».
«1С: Предприятие» – прикладная программа. «1С: Предприятие»
предназначена для комплексной автоматизации различных видов учета,
финансового и экономического анализа в организации любой отрасли и любой
организационной структуры (в данном проекте ООО ЧОП «САЙГА»).
«1С:Предприятие» - технологическая платформа, и пользовательский режим
работы. Технологическая платформа предоставляет объекты (данные и метаданные)
и механизмы управления объектами. Объекты описываются в виде конфигураций.
При автоматизации деятельности ООО ЧОП «САЙГА» будет составлен свой
собственный объект конфигурации, который представляет собой комплексное
прикладное решение. Конфигурация создаётся в режиме работы программного
продукта «Конфигуратор», затем запускается режим работы «1С:Предприятие», в
котором пользователь получает доступ к основным функциям, выполненным в
конфигурации. Конфигурация системы «1C:Предприятие» – сформированный
вариант функционирования системы для разнличных категорий пользователей [10].
Благодаря гибкости система выполнет все функции учета – от ведения
справочников и ввода первичных документов, до получения различных ведомостей
и аналитических отчетов.
На этапе разработки система «1С:Предприятие» оперирует документам,
журналом документов, справочником, реквизитом, формой, регистром и т.д..
Сочетание этих понятий и определяет концепцию системы. Процесс настройки
распадается на несколько составляющих, которые определяют последовательность
написания томов описания.
Краткая характеристика основных видов объектов конфигурации системы
«1С: Предприятие»:
Константы предназначены для работы с постоянной и условно постоянной
информацией, в системе используются объекты типа Константа. Информация,
75
которая хранится в константах, не меняется часто, но в работе используется часто.
В системе может быть описано неограниченное количество констант.
Справочники предназначены для работы с постоянной и условно постоянной
информацией с определенным множеством значений. В системе используются
объекты типа Справочник. Справочники - списки материалов, товаров, организаций,
валют, сотрудников..
Перечисления используются в системе «1С: Предприятие» для описания
постоянных наборов значений, которые не изменяются в процессе конфигурации.
На этапе конфигурирования описывается неограниченное число видов
перечислений. Значения перечислений, в отличие от справочника, задаются на этапе
конфигурирования и на этапе исполнения не могут быть изменены.
Документы предназначены для отражения хозяйственных событий
организации, которые имеют отношение к автоматизируемой предметной области.
Журналы предназначены для просмотра документов разных видов. Журнал
документов новые данные в систему не добавляет, а является средством для
отображения в едином списке документов разных видов.
Отчеты и обработки предназначены для описания отчетов и процедур
обработки информации на этапе конфигурирования и может быть создано большое
число отчетов и обработок. Они могут иметь несколько форм, предназначенных для
ввода параметров обработки данных.
Планы видов характеристик предназначены в «1С;Прдеприятие» для
описания множеств однотипных объектов аналитического учета.
План счетов – это набор синтетических счетов, предназначенных для
группировки информации о деятельности организации. Накапливаемая на таких
синтетических счетах информация, обеспечивает полную картину состояния
денежных средств организации.
Бизнес-процессы и задачи позволяют создавать формализованные описания
типичных последовательностей работ в организации и формировать списки задач на
их основе, которые необходимо выполнить работнику в данный момент.
Регистры предназначены для хранения и обработки информации, которая
отражает хозяйственную деятельность организации и не имеет объектной природы.
76
В системе «1С: Предприятие» существует 4 вида регистров: сведений,
накопления, расчетов, бухгалтерии.
Специализированные объекты конфигурации содержат ряд вспомогательных
объектов, которые непосредственно не связаны к деятельностью организации, но
тесно связанны с функционированием системы. Это механизмы взаимодействия
пользователей с системой «1С: Предприятие»; вспомогательные объекты
оформительского назначения; библиотеки изображений; модуль приложения и
общие модули; общие макеты печатных форм.
Объект может иметь различные подчиненные группы объектов: реквизиты,
измерения, формы, табличные части и т.д. Состав подчиненных объектов зависит от
типа объекта.
Реквизиты – дополнительная информация об объекте, доступная только в
пределах объекта.
Табличные части – наборы дополнительной информации об объекте, в
таблицной форме.
Реквизиты табличных частей – состав табличной части объекта, доступный
только в пределах табличной части объекта.
Формы используются для ввода, просмотра и редактирования информации,
которая хранится в объекте конфигурации, содержит модуль формы – программу на
встроенном языке системы «1С: Предприятие». Для разработки форм в
конфигураторе применяется встроенный редактор форм для редактирования всех
компонентов формы во взаимосвязи.
Группы подчиненных объектов не удаляются и не редактируются. Тип данных
является одним из основных свойств объектов конфигурации. Объекты
конфигурации в системе «1С: Предприятие» называются типизированными
объектами конфигурации.
Справочник - обработка документов не являются типизированными
объектами. Они содержат «комплексную» информацию и включают в себя
типизированные объекты конфигурации.
Командный интерфейс – основное средство навигации пользователя по
функциональности конфигурации. Он строится на основе подсистем. Разработчик
конфигурации включает прикладные объекты в соответствующие подсистемы.
77
Целью создания интерфейса является обеспечение структурированного
доступа пользователей к информации.
ООО ЧОП «САЙГА» использует пилотную стратегию внедрения выбранной
системы. Пилотный проект наиболее часто используемая стратегия: это тактика
"скачка", но применяемая к ограниченному числу процессов. Область применения
стратегии - небольшой участок деятельности. Такой подход снижает риск и наиболее
надежен. Практически все организации, в том числе и ООО ЧОП «САЙГА»,
применяют сегодня эту тактику.
Стратегия «Пилотный проект». Пилотный проект - тактика скачка
применяема к ограниченному числу процессов, областью применения обычно
является небольшой участок.
Плюсы:
- минимальный риск выбора неверного решения, которое не приводит к
длительному простою всего предприятия;
- возможность изменения планируемой технологии в процессе внедрения ИС
на участке;
- отсутствие 2х затрат на реализацию технологии.
Минусы:
- сложность интеграции информационных потоков формируемых по старой и
новой технологии;
- необходимость управления старой и новой ИС одновременно.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Управлять рисками требуется на разных стадиях жизненного цикла.
В течение жизненного цикла проекта на него воздействует большое
количество разнообразных по форме и интенсивности факторов и обстоятельств,
которые влияют на различные показатели эффективности и могут поставить под
угрозу достижение ранее определенных целей.
События или условия подобного рода и называются риском проекта.
78
При разработке проекта автоматизации документооборота организации могут
быть проектные и технические риски.
Проектные риски связаны с ошибками в бюджете, графике выполняемых
работ, изменения в требованиях, вызванных как
изменения в текущих условиях проекта, а также желанием заказчика (заболевание и
увольнение сотрудников, изменения в графике работы, замена заказчика).
Ответственным является менеджер проекта. В его обязанности входит
улаживать подобного рода конфликты и определить его профессиональную
подготовку.
Технические риски - связаны с проблемами реализации технических решений
(проблемы разработки, низкая производительность, внедрение и затруднения с
окончательной адаптацией системы под конечных пользователей).
Лицо, ответственное за решение проблем, как правило - технический
руководитель проекта.
Снижение потерь возможно за счет трех действий: профилактики,
мониторинга и управления критической ситуацией.
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Для каждой учетной записи пользователя комплекса администратор
индивидуально настраивает полномочия, определяющие возможности пользователя
при работе с комплексом в дальнейшем. Пользователь может быть наделен
следующими полномочиями:
- «администрирование системы» - полномочие необходимо для
исполнения функциональной обязанности «администратор комплекса».
Пользователь, который исполняет данную функциональную обязанность,
осуществляет техническую настройку комплекса;
- «администрирование документооборота» - полномочие необходимо
для исполнения функциональной обязанности «администратор документооборота»,
осуществляет логическую настройку комплекса;
79
- «расширенный контроль исполнения заданий» - пользователь может
быть назначен контролером документа и может просматривать документы любых
потоков, поручения и согласования по ним;
- «контроль исполнения заданий» - пользователь может быть назначен
контролером документа и осуществлять контроль их исполнения;
- «создание отчетов» - полномочие дает пользователю возможность
создавать отчетные формы при помощи модуля «Менеджер журналов и отчетов»;
- «создание регистрационных форм» - полномочие дает возможность
пользователю создавать регистрационные формы;
- «списание документов в архив» - полномочие дает возможность вести
архив электронных документов.
Все пользователи комплекса наделяются полномочиями на действия со всеми
документами какого-либо потока, отдельными документами и файлами,
присоединенными к ним, согласованиями, поручениями, подпоручениями и
дочерними согласованиями.
Право на редактирование позволяет пользователю вносить изменения в
документ.
Право на регистрацию позволяет пользователю регистрировать документы в
определенном потоке и редактировать зарегистрированные документы до
постановки их на контроль исполнения.
Пользователь может быть наделен правами на чтение и редактирование и
отдельного документа, и всех документов определенного потока.
Существуют постоянные и временные полномочия на чтение и
редактирование документов.
Персональные права пользователя могут быть назначены любым
пользователем комплекса, который имеет право на редактирование документа:
- действие постоянных прав на редактирование временно
приостанавливается, временные права на редактирование действуют. После
постановки документа на контроль исполнения, менять его могут только
пользователи, которые наделены временным правом на редактирование документа;
- контролер, исполнитель и т. д.;
- постоянные и временные права на чтение действуют совместно.
80
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Функционирование системы управления организацией опирается на
информацию. Организация информационной поддержки обеспечения основана на
концепции информационной базы, что означает совокупность упорядоченной
информации, которая используется при функционировании информационной
системы и различных компонентов данной информации.
Информационная поддержка организации делится на внемашинное и
внутримашинное. Внемашинное обеспечение - совокупность сообщений и
документов. Внутримашинное обеспечение - совокупность используемых в
автоматизированной системе управления (АСУ) данных и фиксируется на
машинных носителях системы.
Информационная система с технической точки зрения определяется как
совокупность взаимосвязанных компонентов, которые предназначены для сбора,
обрабатки, и распределения информации, для поддержки принятие решений и
управление в организации. Информационные системы также помогают менеджерам
проводить анализ проблемы, делать видимыми комплексные объекты и создавать
новые изделия.
Основу деятельности организации, как и ООО ЧОП «САЙГА», составляют ее
бизнес-процессы, которые определяются задачами организации. Каждый бизнес-
процесс организации характеризуется началом и концом. Для каждой работы
определены ее место в общей последовательности работы. Описание деятельности
организации с помощью бизнес-процессов определяет где, когда и кем выполняется
каждая функция, какие информационные взаимосвязи для этого нужны и откуда
поступают эти данные.
Информационная модель комплекса задач предназначается для отображения
взаимосвязи входных, промежуточных и результативных информационных потоков,
файлов с условно постоянной информацией.
Основной входной документ - это приходная накладная, содержащая нужные
данные для образования выходных документов.