Классиф.case-средств по типам. Др классиф
Классиф.
По типам отражает функциональную ориентацию на те или иные процессы ЖЦ:
Основные
1. ср-ва анализа (Upper Case), предназначенные для построения и анализа моделей предметной области (BP win)
2. ср-ва анализа и проектирования, поддерживающие наиболее распрастраненные методологии проектирования и использующ.для создания проектных спецификаций (case-аналитик)
3. ср-ва проектирования баз данных, обеспечив.моделирование данных и генерацию схем баз данных
4. ср-ва разработки приложений
5. ср-ва реинжиниринга
Вспомогательные
1. ср-ва планир-ия и управления проектом
2. ср-ва конфигурационного управления
3. ср-ва тестирования
4. ср-ва локументирования
По категориям определяет интегрированности по выполняемым функциям (отдельные локальные, частично интегрированные, полностью интегрированные ср-ва); По степениинтегрированности с СУБД; По доступным платформам; По применяемым методологиям.
37 Компоненты case- средств:
1. репозиторий, обеспечивающий хранение версии проекта, синхронизацию поступления инф-ции, контроль методанных на полноту и противоречивость;
2. графич. средства анализа и проектирования, обеспечивающие создание и редактирования иерархически связанных диаграмм;
3. средства разработки приложений
4. ср-ва документирования;
5. ср-ва тестирования;
6. ср-ва управления проектом;
7. ср-ва реинжениринга
8. ср-ва конфигурационного управления
9.
38.Основные стандарты разработки ИСстандарты делятся на 2 основных класса:
Функциональные стандарты – определяют порядок функционирования системы в интересах достижения поставленной цели
Стандарты жизненного цикла – определяют создание, развёртывание, применение и ликвидацию систем. (международные ISO//EC 12207 1995 г.)
Тема 3.3
39.Под защитой информации в компьютерных системах принято понимать создание и поддержание организованной совокупности средств, способов, методов и мероприятии, предназначенных для предупреждения искажения, уничтожения и несанкционированного использования информации, хранимой и обрабатываемой в электронном виде
Информационная безопасность –состояние защищенности информации
Стандарты:
ISO 15408: Common Criteria for Information Technology Security Evaluation
ISO 17799: Code of Practice for Information Security Management
40. классификация имеющихся способов и средств защиты, которые позволяют воспрепятствовать запрещенному (незаконному) ее использованию:
Препятствия предусматривают создание преград, физически не допускающих к информации.
Управление доступом — способ защиты информации за счет регулирования использования всех ресурсов системы (технических, программных, временных и др.).
Маскировка информации, как правило, осуществляется путем ее криптографического закрытия.
Регламентация заключается в реализации системы организационных мероприятий, определяющих все стороны обработки информации.
Принуждение заставляет соблюдать определенные правила работы с информацией под угрозой материальной, административной или уголовной ответственности.
Побуждение основано на использовании действенности морально-этических категорий (например, авторитета или коллективной ответственности).
Криптографические программы основаны на использовании методов шифрования (кодирования) информации. Данные методы остаются достаточно надежными средствами защиты
41. Угроза безопасности информации - совокупность условий и факторов, создающих потенциальную или реально существующую опасность, связанную с утечкой информации и/или несанкционированными и/или непреднамеренными воздействиями на нее
К информационным угрозам относятся:
· несанкционированный доступ к информационным ресурсам;
· незаконное копирование данных в информационных системах;
· хищение информации из библиотек, архивов, банков и баз данных;
· нарушение технологии обработки информации;
· противозаконный сбор и использование информации;
· использование информационного оружия.
К программным угрозам относятся:
· использование ошибок и "дыр" в ПО;
· компьютерные вирусы и вредоносные программы;
· установка "закладных" устройств;
К физическим угрозам относятся:
· уничтожение или разрушение средств обработки информации и связи;
· хищение носителей информации;
· хищение программных или аппаратных ключей и средств криптографической защиты данных;
· воздействие на персонал;
К радиоэлектронным угрозам относятся:
· внедрение электронных устройств перехвата информации в технические средства и помещения;
· перехват, расшифровка, подмена и уничтожение информации в каналах связи.
К организационно-правовым угрозам относятся:
· закупки несовершенных или устаревших информационных технологий и средств информатизации;
· нарушение требований законодательства и задержка в принятии необходимых нормативно-правовых решений в информационной сфере.
42.Появившись в начале 80-х годов как технология поддержки разработки информационных систем, методология CASE применяется в настоящее время не только в программировании, но и как средство описания деятельности различных организаций. Удобные IDEF-технологии, могут применяться как для описания деятельности произвольной компании, так и для проведения реинжиниринга бизнес-процессов – оптимизации ее функционирования на рынке. Всего принято более десятка стандартов IDEF, каждый из которых нашел свое применение в различных аспектах моделирования (IDEF0, IDEF3).
43.Функциональная модель рассматривает как набор действий, в котором каждое действие преобразует некоторый объект или набор объектов. Функциональные модели выделяют действия посредством представления в виде специального элемента – блока – это основной структурный элемент функциональной модели, графическим представлением которой является диаграмма. Наименование действия обычно подбирается с использованием глаголов или отглагольных существительных чтобы оно максимально отражало выполняемое действие. Взаимодействие между действием и окружающим его миром, в том числе и другими действиями, отображается с помощью стрелок. Также существует разделение модели на диаграммы, это сделано для последовательного представления детали рассматриваемого предмета, обеспечивая понимание изображенного на диаграмме.
44.На начальных этапах создания ИС необходимо построить модель, которая будет адекватна предметной области и содержать в себе знания всех участников бизнес-процессов организации. Наиболее удобным языком моделирования бизнес-процессов является IDEF0, где система представляется как совокупность взаимодействующих работ или функций. Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы — диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель. Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами. На определение субъекта системы будут существенно влиять позиция, с которой рассматривается система, и цель моделирования — вопросы, на которые построенная модель должна дать ответ. Описание области как системы в целом, так и ее компонентов является основой построения модели. При формулировании области необходимо учитывать два компонента — широту и глубину. Широта подразумевает определение границ модели — что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной.
45.Плюсы:
Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной.
Минусы:
Хотя при построении модели учитываются мнения различных людей, все они должны придерживаться единой точки зрения на модель. Точка зрения должна соответствовать цели и границам моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.
Иногда текущая AS-IS (модель существующей организации работы) и будущая ТО-ВЕ (модель новой организации бизнес-процессов) модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель.
Тема 4.2
46.BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer
47.Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.
48. Работы (Activity)обозначают поименованные процессы, функцииили задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, "Деятельность компании", "Прием заказа" и т.д.). Работа "Деятельность компании" может иметь, например, следующее определение: "Это учебная модель, описывающая деятельность компании". При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом .связь-Activity Box Count
49. BPwin имеет мощный инструмент генерации отчетов. Отчеты по модели вызываются из пункта меню Report. Всего имеется семь типов отчетов:
1. Model Report. Включает информацию о контексте модели — имя модели, точку зрения, область, цель, имя автора, дату создания и др.
2. Diagram Report. Отчет по конкретной диаграмме. Включает список объектов (работ, стрелок, хранилищ данных, внешних ссылок и т. д.).
3. Diagram Object Report. Наиболее полный отчет по модели. Может включать полный список объектов модели (работ, стрелок с указанием их типа и др.) и свойства, определяемые пользователем.
4. Activity Cost Report. Отчет о результатах стоимостного анализа. Будет рассмотрен ниже.
5. Arrow Report. Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.
6. Data Usage Report. Отчет о результатах связывания модели процессов и модели данных. (Будет рассмотрен ниже.)
7. Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.
50. Возможности ERWin: 1)Существенное повышение скорости разработки за счет мощного редактора диаграмм. 2)нет необходимости ручной подготовки. 3) возможность легко вносить изменения в модель.4)возможность автоматически подготовки отчета по базе данных.5)разработчики снабжены удобными в работе диаграммами.6) обратное проектирование позволяет документировать и вносить изменения в существующую ИС.
51. Осн понятия IDEF1X:
Описывает сов-ть или набор экземпляров, похожих по cв-вам но отличаемых друг от друга по одному или нескольким признакам. Каждый экз явл реализацией сущности. Сущность-это человек, место, вещь, событие, о кот хранится инфо.
52. Настройка режимов отображения Диаграммы информационных моделей современных информационных систем обычно весьма велики, вследствие чего работать со всей диаграммой достаточно сложно как на стадии проектирования информационной модели, так и при разработчикам прикладного программного обеспечения. ERwin дает возможность работать не со всей диаграммой, а с логически законченной группой сущностей, называемой предметной областью (Subject Area). Переключение отображения с одной предметной области на другую производится выбором из раскрывающегося списка.
Например, рассмотрим информационную модель для некоторого абстрактного предприятия. В информационной системе задействованы бухгалтерия, склад, кадры. В этом рассмотренные в первом примере сущности (сотрудник, история работы, доход) могут быть выделены в отдельную предметную область "кадры".
Такой подход обладает рядом важных преимуществ. Во-первых, группа разработчиков программного обеспечения снабжается диаграммой той предметной области, с которой она работает. Во-вторых, при разработке информационной модели проектировщик может удалить с экрана уже спроектированные блоки, чтобы они не загромождали диаграмму. В-третьих, использование предметных областей стимулирует структурный подход к разработке информационной модели, то есть выделение логических блоков с последующей их детальной разработкой.
Уровень детализации диаграммы информационной модели может изменяться проектировщиком. Например, могут отображаться только имена сущностей (таблиц), может быть включено/выключено отображение мощности связи, может быть включено/выключено отображение альтернативных ключей, может отображаться физическая или концептуальная модель. Для удобства проектировщика предусмотрена возможность присвоить имя группе параметров отображения. Определенные пользователем имена показываются на экране в виде закладок, что обеспечивает переключение с одного режима отображения на другой одним щелчком мыши.
Проектировщик информационной модели имеет возможности использовать цветовое и шрифтовое выделение для различных компонентов диаграммы. Выделение может быть выполнено как для всей модели (например, все внешние ключи отображать синим цветом), так и для отдельного компонента (одна таблица, все атрибуты таблицы, один атрибут таблицы, одна связь и т.д.). Использование цветового и шрифтового выделения на диаграмме информационной модели делает ее более наглядной и позволяет проектировщику обратить внимание читателей диаграммы на ее отдельные элементы.
Классификация проектов.
Проекты могут классифицироваться по самым разнообразным признакам. Рассмотрим основные:
Класс проекта:Монопроект (отдельный проект, который может быть любого типа, вида и масштаба),Мультипроект (комплексный, состоящий из нескольких монопроектов) Тип проекта определяется по основным сферам деятельности, в которых осуществляется проект:
Технический,
Организационный,
Экономический,
Социальный,
Смешанный.
К важнейшим технико-экономическим показателям проекта относятся:
nОбъём работ,
NСроки выполнения,
NСебестоимость,