60
- Web-расширение позволяет обеспечоть доступ через Web-интерфейс к
функциональности прикладных решений.
Рисунок №1.36. Состав средств разработки
Эта мощная функция позволяет объекты конфигурации получить огромную
мощность прикладных решений, которые мы и будем использовать в нашей работе.
Состав средств разработки системы «1С:Предприятие» показан на рисунке 1.36.
Сопровождение (поддержка) аппаратного и программного обеспечения
рабочих станций, установленных в офисе компании ООО «АРМОБИЛ» выполняется
специалистами службы технической поддержки. Компьютеры сотрудников ООО
«АРМОБИЛ», которые работают на дому, устанавливаются и сопровождаются
своими сотрудниками.
62
текстовых массивах, построения отчетов, поддержку хранилищ данных (Data
Warehouse).
Сотрудники работают в офисе и в удалённом доступе. Сервер имеет
встроенную в Hyper-V систему виртуализации, что позволяет организовать массив
виртуальных машин и полностью отвечает требованиям конфигурационного
тестирования.
К аппаратному обеспечению сервера предъявляются быстродействие и
надёжность, а также совместимость с выбранным программным обеспечением.
Аппаратной платформой выбран сервер TeamServer 3420r.
Компьютеры Matrix Digital Office52 используются в качестве рабочих
станций. Сотрудники используют любые другие аппаратные средства,, которые
разрешают установку операционной системы WindowsXP.
В качестве ОС сервера АРМ специалиста по тестированию рекомендуется
Windows server 2008 R2. Сервер базы данных должен быть реализован с
использованием баз данных MS SQL Server 2008 R2.
63
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта автоматизации охватывает все этапы его создания,
сопровождения и развития:
- исследование предметной области с последующим формированием
функциональной и информационной моделей объекта;
- проектирование системы, заключающееся в разработке проектных решений,
которые отвечают всем требованиям ТЗ;
- разработку системы;
- тестирование информационной системы и выявление неисправностей с
последующим их устранением;
- эксплуатацию системы и ее сопровождение (техническое обслуживание);
- развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Есть целый ряд стандартов, регламентирующих жизненный цикл
программного обеспечения, а иногда и процессы разработки [4,5].
Наиболее известными стандартами являются:
ГОСТ 34.601-90 - используются для автоматизированных систем и
устанавливает стадии и этапы их создания.
ISO/IEC 12207:1995 - стандарт для процессов и организации жизненного цикла.
ISO / IEC 12207 - обеспечивает набор задач, качество исполнения, критерии оценки,
охватывающих все проектные ситуации. Например, для характеристики требования к
программному обеспечению предусмотрено 10 классов характеристик качества:
1) функциональные и возможные спецификации, включая исполнение,
физические характеристики и условия среды эксплуатации, при которых единица
программного обеспечения должна быть выполнена;
2) внешние связи (интерфейс) с единицей программного обеспечения;
64
3) требования к квалификации (набор критериев, которые должны быть
выполнены для того, чтобы признать продукт, готовый к использованию в целевой
окружающей среде);
4) спецификации надежности, в том числе и связанных с ними спецификаций
с методами функционирования и сопровождения, воздействия окружающей
среды и нанесение травм персонала;
5) спецификация информационной безопасности;
6) человеческий фактор (эргономика и инженерная психология)
7) определение данных и требований к базам данных;
8) установочные и приемочные требования поставляемого программного
продукта на местах эксплуатации;
9) документация пользователя;
10) требования сервиса пользователя.
Жизненный цикл организации показывает, что нередко в нем имеет место
стадия возрождения. Это явление крайне редкое, поскольку в условиях
современного рынка выживают действительно только сильнейшие.
Когда очевидна потеря предприятием конкурентоспособности, оно при
наличии сил и возможности начинает бороться за свое существование: расширение
ассортимента выпускаемой продукции, переориентация рынка сбыта, внедрение
инноваций, новые приобретения. Часто руководство компании полностью меняется,
создаются проектные группы для быстрой модернизации внутренних процессов.
Принятие решений ускоряется, бюрократизация снижается.
Из этой стадии компания может вновь выйти на этапы роста и зрелости - а
может и потерпеть полное фиаско.
Любая организация в процессе развития постоянно претерпевает изменения,
и на каждом этапе ее жизнедеятельности имеются свои особенности. Чтобы
обеспечить выживание фирмы и достижение поставленных целей, руководству
необходимо эффективно реагировать и приспосабливаться к изменениям. Стадии
становления наиболее важны в проектировании организационной структуры,
потребности в персонале, анализе деятельности. Далее встают вопросы
формирования кадровой службы, создания системы обработки и хранения
персональной информации. На стадии интенсивного роста, менеджмент в основном
65
нацелен на формирование кадрового состава - привлечение, оценку и наем,
расстановку и адаптацию новичков. На стадии зрелости компании нужно как следует
заняться оценкой труда, разработкой системы мотивации. Ну а стадия спада требует
работы по сокращению персонала и оценке кадрового потенциала.
Стандарт ISO/IEC серии 15288. В данном стандарте не предлагается
конкретной модели жизненного цикла и методов разработки. Рекомендации ISO/IEC
серии 15288 являются общими для любых моделей жизненного цикла.
Существует две основные модели жизненного цикла: каскадная и спиральная.
В каскадной модели процесс разработки идет шаг за шагом после завершения
предыдущего.
У любой модели разработки ПО есть свои сильные и слабые стороны. В этом
отношении спиральная модель не является исключением. Рассмотрим ее основные
достоинства и недостатки.
Достоинства:
- Мониторинг рисков является одной из главных особенностей, делающих
данную модель особенно привлекательной в том случае, если вам предстоит
управление большим, сложным и дорогостоящим проектом. Более того, проект
будет более прозрачным, поскольку спиральная модель изначально была
спроектирована таким образом, чтобы каждая итерация тщательно анализировалась;
- Заказчик может увидеть работающую версию продукта уже на ранних
стадиях жизненного цикла ПО;
- Изменения могут быть внесены на поздних стадиях разработки;
- Проект может быть разделен на несколько частей и те из них, которые,
согласно анализу, окажутся более рискованными, могут быть реализованы на
ранних стадиях. Такой подход может снизить трудности, связанные с управлением
проектом;
Строгий контроль над документацией, как результат постоянного анализа рисков.
Недостатки:
- Мониторинг рисков требует дополнительных ресурсов, а значит, эта модель
может оказаться весьма затратной. Каждая итерация требует отдельной экспертизы,
что делает управление проектом сложнее. Именно поэтому спиральная модель
плохо подходит для небольших проектов;
66
- Большое количество промежуточных стадий разработки. Как следствие —
большой объем документации;
- На самых ранних стадиях дата завершения работы над проектом может быть
неизвестна, что также усложняет контроль над процессом разработки
Спиральную модель стоит применять в проектах такого типа, для которого
она изначально была предназначена. Она может оказаться полезной, если вам
предстоит работа над проектом со средним или высоким уровнем возможных
рисков, заказчик не может предоставить достаточно четкий список требований к
конечному продукту или эти требования достаточно сложные, а также в том случае,
когда ожидаются значительные изменения в процессе разработки.
Переход к следующему этапу происходит после завершения всех работ на
предыдущем этапе. Каскадная схема разработки представлена на рисунке 2.1.
Рисунок №2.1. Каскадная схема разработки
Каскадный метод более приемлем для проектов, где в начале разработки
можно точно и в полной мере сформулировать все требования, для предоставления
разработчикам свободу реализовывать их как можно лучше. Если в середине
разработки вскрываются ошибки, которые были допущены в начале разработки, то
прибегают к энтраверсии проекта и схема каскадной модели приобретает другой
67
вид. Таким образом, более всего подходит к конкретной разработке каскадный метод
(рисунок 2.2).
Рисунок №2.2. Реальный процесс разработки проекта по каскадной схеме.
Модель жизненного цикла является основным для стандарта ISO/TEC 12207
и является более эффективным. Это позволяет получить на выходе качественный
продукт с небольшом количеством персонала и относительно коротким графиком
проектирования. Спиральная модель позволяет наращивать програмное
обеспечение с новыми версиями.
Для автоматизации документооборота ООО «АРМОБИЛ» был выбран
программный продукт компании 1С - «1С: Предприятие» на технологической
платформе «1С: Предприятие 8.2».
«1С: Предприятие» - прикладная программа. «1С: Предприятие»
предназначена для комплексной автоматизации различных видов учета,
финансового и экономического анализа в организации любой отрасли и любой
организационной структуры (в данном проекте ООО «АРМОБИЛ»).
«1С:Предприятие» - технологическая платформа, и пользовательский режим
работы. Технологическая платформа предоставляет объекты (данные и метаданные)
и механизмы управления объектами. Объекты описываются в виде конфигураций.
При автоматизации деятельности ООО «АРМОБИЛ» будет составлен свой
собственный объект конфигурации, который представляет собой комплексное
прикладное решение. Конфигурация создаётся в режиме работы программного
продукта «Конфигуратор», затем запускается режим работы «1С:Предприятие», в
котором пользователь получает доступ к основным функциям, выполненным в
68
конфигурации. Конфигурация системы «1С:Предприятие» - сформированный
вариант функционирования системы для разнличных категорий пользователей [10].
Благодаря гибкости система выполнет все функции учета - от ведения
справочников и ввода первичных документов, до получения различных ведомостей
и аналитических отчетов.
На этапе разработки система «1С:Предприятие» оперирует документам,
журналом документов, справочником, реквизитом, формой, регистром и т.д..
Сочетание этих понятий и определяет концепцию системы. Процесс настройки
распадается на несколько составляющих, которые определяют последовательность
написания томов описания.
Краткая характеристика основных видов объектов конфигурации системы
«1С: Предприятие»:
К о н с т а н т ы предназначены для работы с постоянной и условно постоянной
информацией, в системе используются объекты типа К о н с т а н т а . Информация,
которая хранится в константах, не меняется часто, но в работе используется часто.
В системе может быть описано неограниченное количество констант.
С п р а в о ч н и к и предназначены для работы с постоянной и условно постоянной
информацией с определенным множеством значений. В системе используются
объекты типа С п р а в о ч н и к . Справочники - списки материалов, товаров, организаций,
валют, сотрудников..
П е р е ч и с л е н и я используются в системе «1С: Предприятие» для описания
постоянных наборов значений, которые не изменяются в процессе конфигурации.
На этапе конфигурирования описывается неограниченное число видов
перечислений. Значения перечислений, в отличие от справочника, задаются на этапе
конфигурирования и на этапе исполнения не могут быть изменены.
Д о к у м е н т ы предназначены для отражения хозяйственных событий
организации, которые имеют отношение к автоматизируемой предметной области.
Ж у р н а л ы предназначены для просмотра документов разных видов. Журнал
документов новые данные в систему не добавляет, а является средством для
отображения в едином списке документов разных видов.
О т ч е т ы и о б р а б о т к и предназначены для описания отчетов и процедур
обработки информации на этапе конфигурирования и может быть создано большое
69
число отчетов и обработок. Они могут иметь несколько форм, предназначенных для
ввода параметров обработки данных.
Планы видов характеристик предназначены в «1С;Прдеприятие» для
описания множеств однотипных объектов аналитического учета.
План счетов - это набор синтетических счетов, предназначенных для
группировки информации о деятельности организации. Накапливаемая на таких
синтетических счетах информация, обеспечивает полную картину состояния
денежных средств организации.
Бизнес-процессы, и задачи позволяют создавать формализованные описания
типичных последовательностей работ в организации и формировать списки задач на
их основе, которые необходимо выполнить работнику в данный момент.
Регистры предназначены для хранения и обработки информации, которая
отражает хозяйственную деятельность организации и не имеет объектной природы.
В системе «1С: Предприятие» существует 4 вида регистров: сведений,
накопления, расчетов, бухгалтерии.
Специализированные объекты конфигурации содержат ряд вспомогательных
объектов, которые непосредственно не связаны к деятельностью организации, но
тесно связанны с функционированием системы. Это механизмы взаимодействия
пользователей с системой «1С: Предприятие»; вспомогательные объекты
оформительского назначения; библиотеки изображений; модуль приложения и
общие модули; общие макеты печатных форм.
Объект может иметь различные подчиненные группы объектов: реквизиты,
измерения, формы, табличные части и т.д. Состав подчиненных объектов зависит от
типа объекта.
Реквизиты - дополнительная информация об объекте, доступная только в
пределах объекта.
Табличные части - наборы дополнительной информации об объекте, в
таблицной форме.
Реквизиты табличных частей - состав табличной части объекта, доступный
только в пределах табличной части объекта.
Формы используются для ввода, просмотра и редактирования информации,
которая хранится в объекте конфигурации, содержит модуль формы - программу на
70
встроенном языке системы «1С: Предприятие». Для разработки форм в
конфигураторе применяется встроенный редактор форм для редактирования всех
компонентов формы во взаимосвязи.
Группы подчиненных объектов не удаляются и не редактируются. Тип данных
является одним из основных свойств объектов конфигурации. Объекты
конфигурации в системе «1С: Предприятие» называются типизированными
объектами конфигурации.
Справочник - обработка документов не являются типизированными
объектами. Они содержат «комплексную» информацию и включают в себя
типизированные объекты конфигурации.
Командный интерфейс - основное средство навигации пользователя по
функциональности конфигурации. Он строится на основе подсистем. Разработчик
конфигурации включает прикладные объекты в соответствующие подсистемы.
Целью создания интерфейса является обеспечение структурированного
доступа пользователей к информации.
ООО «АРМОБИЛ» использует пилотную стратегию внедрения выбранной
системы. Пилотный проект наиболее часто используемая стратегия: это тактика
"скачка", но применяемая к ограниченному числу процессов. Область применения
стратегии - небольшой участок деятельности. Такой подход снижает риск и наиболее
надежен. Практически все организации, в том числе и ООО «АРМОБИЛ»,
применяют сегодня эту тактику.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке проекта автоматизации документооборота организации могут
быть проектные и технические риски.
Проектные риски связаны с ошибками в бюджете, графике выполняемых
работ, изменения в требованиях, вызванных как
изменения в текущих условиях проекта, а также желанием заказчика (заболевание и
увольнение сотрудников, изменения в графике работы, замена заказчика).