1. Л. 3. Жизненный цикл программного обеспечения информационных систем. Организация разработки ИС
2. На основе технического задания разрабатывается технический проект ИС . Технический проект системы — это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению. На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ для выбора основных проектных решений и расчет экономической эффективности системы.
7. Содержание технического проекта (продолжение) На стадии «рабочая документация» осуществляется создание программного продукта и разработка всей сопровождающей документации . Документация должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы. Разработанная документация должна быть соответствующим образом оформлена, согласована и утверждена
8. Для планирования проведения всех видов испытаний разрабатывается документ «Программа и методика испытаний». Разработчик документа устанавливается в договоре или ТЗ. В качестве приложения в документ могут включаться тесты или контрольные примеры. Предварительные испытания проводят для определения работоспособности системы и решения вопроса о возможности ее приемки в опытную эксплуатацию . Предварительные испытания следует выполнять после проведения разработчиком отладки и тестирования поставляемых программных и технических средств системы и представления им соответствующих документов об их готовности к испытаниям, а также после ознакомления персонала ИС с эксплуатационной документацией.
9. Опытную эксплуатацию системы проводят с целью определения фактических значений количественных и качественных характеристик системы и готовности персонала к работе в условиях ее функционирования, а также определения фактической эффективности и корректировки, при необходимости, документации. Приемочные испытания проводят для определения соответствия системы техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки системы в постоянную эксплуатацию
10. Типовое проектирование ИС предполагает создание системы из готовых типовых элементов . Основополагающим требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия . Типовое проектное решение (ТПР) — это тиражируемое (пригодное к многократному использованию) проектное решение . Типовое проектирование ИС
11. Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР : элементные ТПР — типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному); подсистемные ТПР — в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей; объектные ТПР — типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.
12. Достоинства и недостатки ТПР Каждое типовое решение предполагает наличие , кроме собственно функциональных элементов (программных или аппаратных), документации с детальным описанием ТПР и процедур настройки в соответствии с требованиями разрабатываемой системы .
15. Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование . Параметрически-ориентированное проектирование включает следующие этапы : определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач, анализ и оценка доступных ППП по сформулированным критериям, выбор и закупка наиболее подходящего пакета, настройка параметров (доработка) закупленного ППП.
16. Критерии оценки ППП делятся на следующие группы: назначение и возможности пакета; отличительные признаки и свойства пакета; требования к техническим и программным средствам; документация пакета; факторы финансового порядка; особенности установки пакета; особенности эксплуатации пакета; помощь поставщика по внедрению и поддержанию пакета; оценка качества пакета и опыт его использования; перспективы развития пакета. Внутри каждой группы критериев выделяется некоторое подмножество частных показателей, детализирующих каждый из десяти выделенных аспектов анализа выбираемых ППП. Достаточно полный перечень показателей можно найти в литературе
17. Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации. Технология проектирования в этом случае должна обеспечивать единые средства для работы как с моделью типовой ИС, так и с моделью конкретного предприятия. Типовая ИС в специальной базе метаинформации — репозитории — содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование программного обеспечения. Модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария (например, SAP Business Engineering Workbench ( BEW ), BAAN Enterprise Modeler ). Репозиторий содержит базовую (ссылочную) модель ИС, типовые (референтные) модели определенных классов ИС, модели конкретных ИС предприятий.
18. Базовая модель ИС в репозитории содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, бизнес-правил, организационной структуры, которые поддерживаются программными модулями типовой ИС. Бизнес-правила определяют условия корректности совместного применения различных компонентов ИС и используются для поддержания целостности создаваемой системы. Модель бизнес-функций представляет собой иерархическую декомпозицию функциональной деятельности предприятия. Модель бизнес-процессов отражает выполнение работ для функций самого нижнего уровня модели бизнес-функции. Модели бизнес-объектов используются для интеграции приложений, поддерживающих исполнение различных бизнес-процессов . Модель организационной структуры предприятия представляет собой традиционную иерархическую структуру подчинения подразделений и персонала .
19. Типовые модели описывают конфигурации информационной системы для определенных отраслей или типов производства. Внедрение типовой информационной системы начинается с анализа требований к конкретной ИС, которые выявляются на основе результатов предпроектного обследования объекта автоматизации. Реализация типового проекта предусматривает выполнение следующих операций : установку глобальных параметров системы; задание структуры объекта автоматизации; определение структуры основных данных; задание перечня реализуемых функций и процессов; описание интерфейсов; описание отчетов; настройку авторизации доступа; настройку системы архивирования.
20. Построение бизнес-модели компании начинается с описания модели взаимодействия с внешней средой по закону единства и борьбы противоположностей, то есть с определения миссии компании . Миссия согласно [ISO-15704] — это 1. Деятельность, осуществляемая предприятием для того, чтобы выполнить функцию, для которой оно было учреждено, — предоставления заказчикам продукта или услуги. 2. Механизм, с помощью которого предприятие реализует свои цели и задачи. Возможности компании определяются характеристиками ее структурных подразделений и организацией их взаимодействия
22. Миссия является своеобразной мерой устремлений компании и, в частности, определяет рыночные претензии компании (предмет конкурентной борьбы). Определение миссии позволяет сформировать дерево целей компании — иерархические списки уточнения и детализации миссии . Дерево целей формирует дерево стратегий — иерархические списки уточнения и детализации достижения целей . При этом на корпоративном ypo вне разрабатываются стратегии роста, интеграции и инвестиции бизнесов. При этом компания может занять в партнерской цепочке создаваемых ценностей оптимальное место, где ее возможности и потенциал будут использоваться наилучшим образом. Это дает возможность сформировать бизнес-потенциал компании — набор видов коммерческой деятельности, направленный на удовлетворение потребностей конкретных сегментов рынка .
23. Бизнес-потенциал, в свою очередь, определяет функционал компании — перечень бизнес-функции, функций менеджмента и функций обеспечения, требуемых для поддержания на регулярной основе указанных видов коммерческой деятельности . Кроме того, уточняются необходимые для этого ресурсы (материальные, человеческие, информационные) и структура компании. Построение бизнес-потенциала и функционала компании позволяет с помощью матрицы проекций определить зоны ответственности менеджмента . Матрица проекций — модель, представленная в виде матрицы, задающей систему отношении между классификаторами в любой их комбинации . Матрица коммерческой ответственности закрепляет ответственность структурных подразделений за получение дохода в компании от реализации коммерческой деятельности
24. Матрица функциональной ответственности закрепляет ответственность структурных звеньев (и отдельных специалистов) за выполнение бизнес-функций при реализации процессов коммерческой деятельности (закупка, производство, сбыт и пр.), а также функций менеджмента, связанных с управлением этими процессами (планирование, учет, контроль в области маркетинга, финансов, управления персоналом и пр.). Дальнейшая детализация матрицы позволит получить функциональные обязанности персонала, что в совокупности с описанием прав, обязанностей, полномочий обеспечит разработку пакета должностных инструкций . Описание бизнес-потенциала, функционала и соответствующих матриц ответственности представляет собой статическое описание компании . При этом процессы, протекающие в компании пока в свернутом виде, идентифицируются, классифицируются и что особенно важно, закрепляются за исполнителями.
25. На этом этапе бизнес-моделирования формируется общепризнанный набор основополагающих внутрифирменных регламентов : базовое Положение об организационно-функциональной структуре компании; пакет Положений об отдельных видах деятельности (финансовой, маркетинговой и т.д.); пакет Положений о структурных подразделениях (цехах, отделах, секторах, группах и т.п.); должностные инструкции. Это вносит прозрачность в деятельность компании за счет четкого разграничения и документального закрепления зон ответственности менеджеров.
![Построение бизнес-модели компании начинается с описания модели взаимодействия с внешней средой по закону единства и борьбы противоположностей, то есть с определения миссии компании . Миссия согласно [ISO-15704] — это 1. Деятельность, осуществляемая предприятием для того, чтобы выполнить функцию, для которой оно было учреждено, — предоставления заказчикам продукта или услуги. 2. Механизм, с помощью которого предприятие реализует свои цели и задачи. Возможности компании определяются характеристиками ее структурных подразделений и организацией их взаимодействия](https://image.slidesharecdn.com/3-110324145229-phpapp01/85/3-20-320.jpg)
