48
Таким образом, можно говорить о том, что для проекта, рассматриваемого в
данном исследовании наиболее более приемлема 1 С Предприятие.
1С: Предприятие – программный продукт для автоматизации деятельности
предприятий, первоначально предназначался для автоматизаций управленческого и
бухгалтерского учета, в настоящее время охватывает и другие сферы деятельности.
1С: Предприятие состоит из пользовательского режим работы и
технологической платформы. Технологическая платформа своего рода оболочка над
базой данных, которая предоставляет объекты данных и механизмы управления
объектами.
Совокупность взаимосвязанных объектов описываются в виде конфигураций.
При автоматизации каких-либо учетных задач создается своя конфигурация, которая
представляет собой уже законченное прикладное решение.
1С: Предприятие 8.х имеет два основных режима:
Предприятия
Конфигуратор
В режиме Конфигуратор создается Конфигурация, а в режиме запуска «1С:
Предприятие» пользователь получает доступ к функциям, реализованным в
прикладном решении, т.е. конфигураций.
Также выпускаются учебные версии 1С, это «1С: Предприятие 8.2 Версия для
обучения программированию» и «1С: Бухгалтерия 8. Учебная версия». Учебные
версии предназначены для обучения программированию и использованию
программы. В качестве языка программипрвания выбираем внутренний язык
программы 1 С.
Поддержка даты и
времени
Да
Да (но без
временной зоны)
Да
Аутентификация
Средставими
базы данных и
ActiveDirectory
Средствами базы
данных
Много различных
методов,
включающих
предыдущие
Разграничение доступа к
столбцам
Да Да Да
49
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение представляет собой систему технических средств,
которые предназначены для работы ИС, а также соответствующая документация на
данные средства и технологические процессы.
В комплекс технических средств входят:
- компьютеры;
- устройства сбора, обработки, накопления, передачи и вывода
информации – жесткие диски, устройства хранения информации, принтеры, сканеры,
факсимильные аппараты;
- системы передачи информации и линий связи – модемы;
- эксплуатационные материалы – бумага, CD (DVD) – диски и так далее.
При выборе персонального компьютера следует руководствоваться
несколькими характеристиками. К ним относятся надежность, финансовые расходы,
производительность, простота использования и так далее. От значения выше
названных параметров напрямую зависит возможность работы с необходимыми
программными средствами, а значит, и успех разработки системы.
Для каждого из компонентов данной система выделяется список показателей,
самых важных при проведении выбора технического обеспечения. К таким критериям
относятся следующие:
- тактовая частота процессора;
- размер оперативной памяти;
- разрешение монитора.
Для решения данной задачи нужно применять персональный компьютер с
уровнем вычислительной мощности AMD 2000 Мгц, или Intel 2000 Мгц, с размером
оперативной памяти от 2 гигабайт. Система полностью оптимизирована для работы в
разрешении экрана 1024х768 на мониторе с диагональю 21 дюйм. Данные
технические средства имеют достаточную для решения задачи конфигурацией.
Сегодня разрозненный парк ПК формирует сложности с их техническим
обслуживанием, ремонтом, в связи с чем следует его унифицировать и приобрести
одинаковые рабочие станции.
Технические характеристики подходящей рабочей станции представлены в
таблице 4.
50
Таблица 4
Характеристики рабочей станции
Производитель Hugel
Модель процессора Intel Atom Single Core N270 – 1.66GHz
Оперативная память 2048Mb
Жесткий диск 160 Gb
Оптический привод DVD-RW
Видеоадаптер Интегрирован в чипсет
Разъемы на материнской плате
7 USB, выход S/PDIF, 2xCOM, D-Sub,
DVI, Ethernet, PS/2 (клавиатура), LPT
Корпус mATX 250W
Операционная система Windows 7
Размеры (ШхГхВ) 283 х 282 х 95 (мм)
Помимо этого, для работы файл-сервера нужно приобрести
специализированной серверное оборудование, к примеру Team Server 3420P,
характеристики которого представлены в таблице 5.
Таблица 5
Технические характеристики рекомендуемого сервера
Типичное применение
и
н
т
е
р
н
е
т
/
и
н
т
р
а
н
е
т
-
службы
,
т
е
р
м
и
н
а
л
ь
н
ые
службы, контроллер домена, файловый сервер,
универсальный сервер рабочей группы или
небольшой
к
о
м
п
а
н
и
и
П
р
о
цесс
о
р
ы
Один
че
т
ы
р
ехяде
р
н
ый
п
р
о
цесс
о
р
Intel
Xeon 3400
Кэш-память процессора
64KB
к
э
ш
-
памяти
1
-
г
о
у
р
о
в
н
я
для
к
а
жд
о
г
о
яд
р
а
256KB кэш-памяти 2-го уровня для каждого ядра
8 МБ общей для всех ядер кэш-памяти 3-го
уровня
Се
р
в
е
р
н
а
я
п
л
а
т
ф
о
р
м
а
Intel
S3420GP
Н
а
б
о
р
микросхем
ч
и
п
се
т
Intel 3420
Оперативная память
д
о
32
ГБ
ECC Registered
DIMM
DDR3
800/1066/1333
Сетевой контроллер
д
в
а
и
н
т
ег
р
и
р
о
в
а
н
н
ых
однопортовых
Intel Gigabit
Ethernet
Д
и
с
к
о
в
ый
к
о
н
т
р
о
л
л
е
р
/
RAID
-
к
о
н
т
р
о
л
л
е
р
и
н
т
ег
р
и
р
о
в
а
н
н
ый 6
-
ти
п
о
р
т
о
в
ый Serial
ATA
II
RAID
контроллер
(у
р
о
в
н
и
0, 1, 10)
Д
и
с
к
о
в
о
д
/
оптический
п
р
и
в
о
д
привод SATA DVD-RW
Максимальное
к
о
л
и
чес
т
в
о
внутренних дисковых
о
т
се
к
о
в
6 Serial ATA II или SAS
В
о
з
м
о
ж
н
о
с
т
ь «г
о
р
ячей»
замены
д
и
с
к
о
в
Да
Максимальная
е
м
к
о
с
т
ь
в
н
у
т
р
е
н
н
и
х
накопителей
6
Т
Б SATA (6x1000
ГБ
)
6
Т
Б SAS (6x1000
ГБ
)
И
н
т
е
р
фейсы
6
п
о
р
т
о
в
USB
2.0, Serial port,
монитор
Графический адаптер
интегрированный
в
и
де
о
к
о
н
т
р
о
л
л
е
р
LLC
Pilot
II с
64
MB
в
и
де
о
п
а
м
я
т
и
(VGA
DB
-
15)
В таком виде информационная система будет готова к внедрению
автоматизированной системы документооборота.
51
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы можно представить в качестве
ряда событий, которые происходят с системой в ходе ее разработки и последующего
использования. На данный момент известны и активно используются такие модели
жизненного цикла:
- каскадная модель предполагает последовательное исполнение всех
стадий проекта в строго установленном порядке. Переход на следующую стадию
предполагает полное завершение работ на предшествующим этапе;
- поэтапная модель с промежуточным контролем. Разработка
информационной системы проводится итерациями с циклами обратной связи между
отдельными этапами. Межэтапные изменения обеспечивают возможность учитывать
реально действующие взаимовлияние результатов разработки на разных стадиях;
период жизни каждого из этапов растягивается на все время разработки;
- цикличная модель. На каждом цикле производится создание очередной
версии программного продукта, уточняются тоехнические требования проекта,
устанавливается его качество и планируются работы дальнейшего цикла. Особое
значение придается начальным этапам разработки – исследованию и
проектированию, где реализуемость каких-либо технических решений проверяется и
обосновывается путем разработки прототипов.
- Платформа Microsoft Solutions Framework (MSF) реализует гибкий
подход, который позволяет быстрее создавать технологические решения, привлекая
меньше людей, снижая риски и повышая уровень качества. MSF помогает группам
напрямую устранить основные проблемы с технологическими процессами, что
улучшает качество решений и влияние на бизнес.
MSF фокусируется на таких условиях:
согласование технологических и деловых целей;
установление четких целей, ролей и ответственностей для проекта;
осуществление итеративного процесса на основании вех и контрольных точек;
52
эффективная реакция на изменения;
упреждающее управление рискам.
В этой статье описываются следующие основные элементы MSF.
Базовые принципы и образ мышления MSF, которые помогут группам и их
членам оптимизировать совместную работу при реализации решения.
Групповая модель MSF позволяет масштабировать проекты, гарантировать
выполнение потребностей заинтересованных лиц и определяет роли и
ответственности на основе целей.
Модель управления MSF (которую ранее называли моделью процессов MSF)
позволяет быстро получать высококачественные результаты с помощью
проверенного жизненного цикла проекта, определяющего основные действия по
проекту.
Базовые принципы и образ мышления MSF
В основе Microsoft Solution Framework (MSF) лежат принципы и образы
мышления, представляющие собой годы опыта. Эти годы были сформированы в
концепциях, справедливых для различных моделей, процессов и дисциплин MSF.
Хотя они проистекают из здравого смысла, понять их и правильно реализовать не так
просто. Однако это поможет группам эффективно создавать качественные продукты.
Основные принципы
Следующие принципы и концепции MSF направляют проектную группу для
реализации качественного решения. Каждый член группы должен понимать и
принимать эти принципы при взаимодействии с другими участниками группы, их
организацией и заинтересованными лицами. В основании MSF положено 9 базовых
принципов.
Открытое взаимодействие. Для того, чтобы ваша группа работала достаточно
эффективно, вы и остальные участники должны делиться соответствующими
уровнями данных с членами группами и работниками организации. Группа должна
видить природу создаваемого решения и то, каким образом будут взаимодействовать
члены группы и внешние контакты. Проблема заключается в установлении
соответствующего уровня всех взаимоотношений и данных, которые будут
общедоступны.
53
Общее представление увеличивает эффективность и динамичность группы, что
в свою очередь обеспечивает возможность участникам быстро принимать правильные
решения в контексте осуществления поставленного представления. Общее
представление помогает также восполнять пробелы в требованиях при их выявлении.
Предоставление полномочий участникам группы представляет не только один
из методов выживания в динамичной среде, но также и методтворческого поиска для
эффективного решения задач и взаимопомощи. Если членам группы не позволить
осуществлять свои лучшие навыки и качества полностью, не только их спектр их
творческих возможностей будет сужен, но также и их моральный дух не будет на
высоте и следовательно, вы не сможете создать продуктивную группу.
Реализация инкрементальных результатов. Данная реализация связана с 2-мя
следующими аспектами:
- нужно убедиться, что предоставляемые результаты оптимальны для
заинтересованных лиц;
необходимо определить оптимальные инкременты для предоставления
результатов, то есть, "частот доставки".
Поскольку изменения могут происходить довольно часто и в самое худшее
время, наличие гибкого метода для обработки изменений поможет вам максимально
сократить простои, которые связаны с ними. Гибкость предполагает, что организация
готова к различным изменениям и может с легкостью адаптироваться к ним.
Инвестируйте в качество. Многие компании применяют понятие качества, но в
тоже время не понимают, как его квантифицировать. Качество представляет собой то,
что нужно проактивно внедрять в жизненный цикл доставки решения.
Если все уровни организации не будут основываться на том, что раньше
действовало и не действовало, каких от них можно ожидать улучшений в
дальнейшем? Члены группы должны осознавать то, что обучение идет на всех
уровнях:
- на проектном уровне;
на уровне отдельного лица;
на уровне организации.
В том случае, если клиент ведет работу вместе с проектной группой, вы
повышаете возможность успеха проекта. Однако это се же не значит, что клиенты
54
должны выполнять всю работу за вашу группу. Тем не менее когда клиенты
непосредственно и последовательно ведут сотрудничество с проектной группой,
полученное решение больше соответствует их требованиям. Сотрудничество с
клиентами представляет выгоду для всех участников, так как оно помогает
избавиться от неопределенности, уменьшить время устранения проблем с
требованиями и повысить понимание группой ценностного предложения решения
посредством регулярных контактов.
Образ мышления
Базовые принципы, описанные выше, определяют, как сориентировать группу,
чтобы добиться успеха. Ориентация отдельных членов группы для более
эффективной работы называется "образом мышления". Каждый образ мышления
помогает членам группы добиться своей цели при реализации решения. В идеале
члены группы так комфортно себя чувствуют в рамках этих образов мышления, что
они используют их не только на работе, но и вне ее.
Если все понимают главную и вспомогательные цели, разделяют общее
представление, знают свои роли и ответственности, то все действуют как равные и
относиться к ним следует одинаково. Это не следует расценивать как предложение
организовать анархию или комитет. Это значит, что все члены группы разделяют
ответственность за успешную реализацию проекта. Каждая роль ответственна за
соответствующие аспекты проекта, а все роли несут коллективную ответственность за
проект в целом. Как видно, роль руководителя программы по-прежнему есть, но она
сконцентрирована на реализации проекта в рамках заданных ограничений, а не на
управлении членами группы.
Успех измеряется с точки зрения ценности для бизнеса. Это значит
предоставление не только того, что клиентам необходимо, но и того, чего они хотят и
ценят. Для этого каждый член группы должен понимать, что именно клиенты
считают ценным. Если клиент не получит бизнес-ценность, проект подвергается
риску, например, группа может сбиться с пути, потратить много лишнего времени,
усилий и средств, или же проект может быть вообще отменен.
Решение должно быть перспективным. При анализе компонентов решения из-
за размера и сложности большинства проектов члены группы иногда слишком
приглядываются к маленьким деталям и забывают про решение в целом. Поэтому
55
столько внимания уделяется общему представлению. По мере того как члены группы
предоставляют свои компоненты, им необходимо взглянуть на общую цель и
представление решения. Слишком часто подгруппа оптимизирует свою область,
считая, что они действуют ради общего блага. Но затем они обнаруживают, что им
необходимо переработать определенные аспекты, чтобы их компонент был
согласован с решением. Члены группы запутываются в деталях и забывают про
цельное решение.
Группа не только должна инвестировать в качество, но участники также
должны видеть, что качество — такая же их ответственность, как и других членов
группы, поэтому свои задачи не следует делегировать кому-то другому. Качество —
это общая ответственность в рамках всего жизненного цикла разработки решения.
Этот образ мышления не только позволяет повысить качество собственных
результатов члена группы, но и улучшает эффективность процессов и управление
проектом. Благодаря ему каждый член группы стремится лучше понять, какие навыки
необходимы для достижения общей цели. Отслеживая качество собственной работы и
предоставляя наилучшие результаты, члены группы смогут постоянно улучшать
конечный продукт.
Иногда для достижения конечной цели недостаточно гордиться своими
навыками. Члены группы должны овладевать новыми навыками, чтобы стать лучше.
Учитывая, что большинство проектов, групп и сред уникальны, каждый проект
предоставляет возможности для обучения, эксперимента, а также совершенствования
навыков, процессов и процедур. Чтобы воспользоваться этими возможностями,
непрерывные процессы обучения и адаптации должны существовать на всех уровнях
организации, а не только для членов группы.
Внедряется уровни качества обслуживания. Качество обслуживания (QoS)
определяет операционные характеристики решения, например ожидаемый уровень
доступности. Важно, чтобы заинтересованные лица и члены группы, не только
специалисты по архитектуре, понимали принципы качества обслуживания и знали,
как их реализация влияет на конечный результат. В противном случае
заинтересованные лица и члены группы, вероятно, будут делать неявные
предположения о том, как решение должно работать. Так как подобные
предположения редко согласованы, каждому члену группы необходимо принимать
56
явные решения с самого начала работы над проектом, чтобы обеспечить нужные
уровни качества обслуживания. Таким образом, неявные предположения
преобразуются в явные требования к QoS, которые явно встраиваются в решение с
самого начала работы, а не надстраиваются впоследствии.
Поощряется солидарность. С точки зрения разработки ПО солидарность
означает доверие, честность, ответственность и уважение для всех аспектов работы.
Она, в том числе, определяет:
как взаимодействовать с членами группы, с организацией и заинтересованными
лицами;
как участвовать в проекте и помогать в реализации проекта, в том числе
эффективно использовать корпоративные, проектные и вычислительные ресурсы (к
которым относятся общие ресурсы, информация и знания). Солидарные члены
группы действуют для общего блага.
Выполняются свои обязательства. Несмотря на многие встроенные проверки
MSF полагается на доверие и полноправные полномочия, чтобы добиться которых,
члены группы, в том числе, должны выполнять свои обязательства. MSF формирует
среду, в которой члены группы и заинтересованные лица могут доверять результатам
своих коллег. Так как проект — это набор независимых действий, то если один член
группы не выполняет свои обязательства, он ставит под угрозу весь проект.
Модель группы MSF
Модель группы MSF разделяет типичные операции для реализации решения и
ответственности в семь групп. Эти группы взаимозависимы и многоплановы. Как
указано в таблице ниже, чтобы использовать сбалансированный подход, эти роли
могут предоставить уникальный взгляд на то, что необходимо для проекта, что
необходимо отстаивать и какие цели должны быть связаны с реализацией решения.
Эти роли можно объединять для небольших групп и расширять для больших групп.
Эти роли не подразумевают какую-либо организационную диаграмму или
набор должностей, так как они сильно отличаются в разных организациях и группах.
Чаще всего эти роли распределяются среди различных групп в ИТ-организации и,
иногда, в сообществе бизнес-пользователей, а также среди внешних консультантов и
партнеров
57
В этом проекте следует использовать стандарт ГОСТ 33707-2016 и каскадную
модель. Данной методологии будет достаточно.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В ходе жизненного цикла информационной системы всегда могут возникнуть
риски, могущие сорвать разработку. Для их избежания проводится оценка вероятных
рисков и разрабатываются способы, позволяющие избегнуть эти риски или
минимизировать их влияние.
Существуют различные типы моделей ЖЦ ИС, и разные компании могут
использовать наиболее удобные для себя подходы.
Каждая из приведенных стадий несет в себе определенный набор угроз ,
которые должны быть своевременно учтены и обработаны. Наиболее
распространенные угрозы :
неверная формулировка требований к ИС;
неадекватный выбор процессов ЖЦ и вовлеченных в них участников;
принятие неверных проектных решений;
внесение разработчиком дефектов на уровне архитектурных решений;
внесение разработчиком недокументированных возможностей в ИС в целом
или в ее отдельные компоненты;
неадекватная (неполная, противоречивая и пр.) реализация предъявленных к
ИС требований;
сборка ИС с нарушением предъявляемых требований, приводящая к появлению
недокументированных возможностей в ИС либо к неадекватной реализации
требований;
разработка некачественной документации;
неверное конфигурирование ИС;
приемка ИС, не отвечающей требованиям, установленным в компании;
внесение недокументированных возможностей в ИС в процессе проведения
приемочных испытаний посредством использования недокументированных
возможностей функциональных тестов и тестов ИБ.