Главная страница
Навигация по странице:

  • Достоинства

  • 30. Объясните каким образом природа риска, область его действия и временной фактор определяют степень влияния риска

  • Область действия

  • 32. Выделите преимущества объектно-ориентированного подхода к проектирования информационных систем

  • 34. Объясните назначение сущностей в UML

  • 35. Объясните типы связей (отношений) между сущностями в UML

  • 36. Объясните понятия сущности и атрибутов при проектировании баз данных информационных систем

  • 37. Объясните принципы объектно-ориентированного проектирования (наследование, инкапсуляция и полиморфизм) Наследование

  • 38. Объясните сущность стратегического планирования

  • 39. Выделите основные мероприятия предпроектного исследования

  • 40. Объясните функции диаграммы потоков данных DFD

  • Ответы Информационные системы. ответы ис. Например, ис библиотечного обслуживания, резервирования и продажи билетов на


    Скачать 170.35 Kb.
    НазваниеНапример, ис библиотечного обслуживания, резервирования и продажи билетов на
    АнкорОтветы Информационные системы
    Дата15.05.2021
    Размер170.35 Kb.
    Формат файлаdocx
    Имя файлаответы ис.docx
    ТипЗадача
    #205343
    страница2 из 3
    1   2   3

    Достоинства модели:

    - на каждой стадии формируется законченный набор документации, программного и аппаратного обеспечения, отвечающий критериям полноты и согласованности;

    - выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы (денежные, материальные и людские).

    Недостатки модели:

    - реальный процесс разработки информационной системы редко полностью укладывается в такую жесткую схему. Особенно это относится к разработке нетиповых и новаторских систем;

    - основана на точной формулировке исходных требований к информационной системе. Реально в начале проекта требования заказчика определены лишь частично;

    - основной недостаток – результаты разработки доступны заказчику только в конце проекта. В случае неточного изложения требований или их изменения в течение длительного периода создания ИС заказчик получает систему, не удовлетворяющую его потребностям.

    24. Выделите достоинства и недостатки инкрементной модели жизненного цикла информационной системы

    Достоинства и недостатки этой стратегии такие же, как и у классической. Но в отличие от классической стратегии заказчик может раньше увидеть результаты. Уже по результатам разработки и внедрения первой версии он может незначительно изменить требования к разработке, отказаться от нее или предложить разработку более совершенного продукта с заключением нового договора.

    25. Выделите достоинства и недостатки спиральной модели жизненного цикла информационной системы

    Достоинства модели:

    - позволяет быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований;

    - допускает изменение требований при разработке информационной системы, что характерно для большинства разработок, в том числе и типовых;

    - обеспечивает большую гибкость в управлении проектом;

    - позволяет получить более надежную и устойчивую систему. По мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации;

    - позволяет совершенствовать процесс разработки – анализ, проводимый в каждой итерации, позволяет проводить оценку того, что должно быть изменено в организации разработки, и улучшить ее на следующей итерации;

    - уменьшаются риски заказчика. Заказчик может с минимальными для себя финансовыми потерями завершить развитие неперспективного проекта.

    Недостатки модели:

    - увеличивается неопределенность у разработчика в перспективах развития проекта. Этот недостаток вытекает из предыдущего достоинства модели;

    - затруднены операции временного и ресурсного планирования всего проекта в целом. Для решения этой проблемы необходимо ввести временные ограничения на каждую из стадий жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа выполнена. План составляется на основе статистических данных, полученных в предыдущих проектах и личного опыта разработчиков.
    26. Объясните сущность структурного анализа и проектирования

    Программы, написанные на первых языках программирования, как и первая программа, написанная лично, представляли собой простое перечисление команд, выполняемых от начала до конца. Естественно, в этих программах уже присутствовали управляющие конструкции типа циклов, условных и безусловных переходов и т.д. Но по мере усложнения программ (увеличения кода) их разработка и сопровождение при таком подходе становились все более затруднительными. Тогда в языках стали появляться дополнительные конструкции (функции и процедуры), возможность модульной разработки программы и последующая ее сборка из разных файлов. Программа стала представлять собой не просто единое целое с трудно различимым внутренним устройством (типа "черного ящика"), а структуру, состоящую из четко выраженных модулей, связанных между собой определенными отношениями (интерфейсами). То есть программа приобрела структуру иерархической многоуровневой модульной системы. Каждый уровень такой системы является законченным модулем, поддерживаемым и контролируемым модулем, находящимся над ним.
    Методологии структурного анализа и проектирования информационных систем появились позже фактического использования этих принципов на практике (структурного программирования). В конце 60-х гг. ХХ в. стали появляться и применяться первые методологии, ориентированные на структурный подход.
    При анализе и проектировании структурным подходом принято называть метод исследования системы, основанный на представлении ее в виде иерархии взаимосвязанных функций. Обычно описание системы начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со всё большим числом уровней. Разбиение на уровни абстракции производится с ограничением числа элементов на каждом из них. Описание каждого уровня включает в себя только существенные для этого уровня элементы (принцип абстрагирования). Процесс разбиения продолжается вплоть до конкретных процедур, дальнейшая детализация которых не имеет смысла. При этом автоматизируемая система должна сохранять целостное представление, в котором все составляющие ее компоненты взаимоувязаны (принцип согласованности).

    27. Объясните сущность функционального анализа и проектирования

    28.Объясните назначение и состав методологии SADT (IDEF0)

    ADT (англ. Structured Analysis and Design Technique, метод структурного анализа и проектирования) представляет собой методологию функционального моделирования для анализа, разработки, реинжиниринга и интеграции информационных систем.

    Данная методология при описании функционального аспекта информационной системы конкурирует с методами, ориентированными на потоки данных (DFD). В отличие от них IDEF0 позволяет:
    - описывать любые системы, а не только информационные (DFD предназначена для описания программного обеспечения);
    - создать описание системы и ее внешнего окружения до определения окончательных требований к ней. Иными словами, с помощью данной методологии можно постепенно выстраивать и анализировать систему даже тогда, когда трудно еще представить ее воплощение.
    Таким образом, IDEF0 может применяться на ранних этапах создания широкого круга систем. В то же время она может быть использована для анализа функций существующих систем (реинжиниринга) и выработки решений по их улучшению.
    Основу методологии IDEF0 составляет графический язык описания процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
    Модель («AS-IS», «TO-BE» или «SHOULD-BE») может содержать 4 типа диаграмм [45, 46, 47]:
    - контекстную диаграмму;
    - диаграммы декомпозиции;
    - диаграммы дерева узлов;
    - диаграммы только для экспозиции (англ. for exposition only, FEO).
    29. Приведите пример отображения элементов графической нотации IDEF0




    Методология IDEF0 нашла широкое признание и применение, в первую очередь, благодаря простой графической нотации, используемой для построения модели. Главными компонентами модели являются диаграммы. На них отображаются функции системы в виде прямоугольников, а также связи между ними и внешней средой посредством стрелок. Использование всего лишь двух графических примитивов (прямоугольник и стрелка) позволяют быстро объяснить правила и принципы построения диаграмм IDEF0 людям, незнакомым с данной методологией. Это достоинство позволяет подключить и активизировать деятельность заказчика по описанию бизнес-процессов с использованием формального и наглядного графического языка.

    30. Объясните каким образом природа риска, область его действия и временной фактор определяют степень влияния риска

    Степень влияния определяют 3 фактора: природа риска, его область действия и временной фактор.

    Природа риска показывает, с какими проблемами он может столкнуться, если это событие произойдет. Например, плохо определенные внешние интерфейсы с техническими средствами пользователя весьма вероятно будет препятствовать своевременному проектированию. На последующих тапах тоже привету к трудностям при интеграции модулей системы в единое целое.

    Область действия показывает, как много в проекте будет затронуто при проявлении этого события.

    Временной фактор касается того, когда произойдет, и как долго будет ощущаться влияние иска.

    31. Объясните сущность объектно-ориентированного анализа и проектирования информационных систем

    Сущность объектно-ориентированного подхода к анализу и проектированию информационных систем заключается в декомпозиции системы на классы, которые соответствуют однотипным объектам предметной области, и построению из них иерархии в виде ориентированного графа с использованием отношений наследования и агрегации.

    32. Выделите преимущества объектно-ориентированного подхода к проектирования информационных систем

    • описание системы в виде объектов больше соответствует содержательному смыслу предметной области. Например, при использовании структурного подхода БД должна удовлетворять требованиям нормализации, в соответствии с которыми данные по одному и тому же объекту (сущности из реального мира) могут храниться в нескольких таблицах;

    • сущности реального мира, как правило, обладают поведением, что в объектно-ориентированном проектировании отражается с помощью определения методов класса. В структурном подходе данные (атрибуты) и алгоритмы (методы) существуют отдельно друг от друга;

    • объединение атрибутов и методов в объекте (классе), а также инкапсуляция позволяет добиться большей внутренней и меньшей внешней связности между компонентами системы. Это облегчает решение проблем:

    ◦ адаптации системы к изменению существующих или появлению новых требований;

    ◦ сопровождения системы на разных стадиях жизненного цикла;

    ◦ повторного использования компонентов;

    • объектно-ориентированный подход позволяет легче организовать параллельные вычисления, т.к. каждый объект, обладает собственными значениями характеристик (атрибутов) и поведением, за счет чего можно добиться их автономной работы;

    • Case-средства, поддерживающие объектно-ориентированный подход, на основе информации об объектах позволяют достичь большей степени автоматизации кодогенерации. Case-средства, поддерживающие структурный подход, хорошо справляются с генерацией структур БД. Однако следует отметить, что эта структура должна удовлетворять требованиям нормализации. В связи с чем, автоматическая кодогенерация (например, экранов или функций обработки данных) возможна лишь в редких случаях.

    33. Объясните принципы унифицированного процесса

    Унифицированный процесс – это процесс разработки программного обеспечения (ПО), который обеспечивает упорядоченный подход к распределению задач и обязанностей в организации-разработчике .

    Унифицированный процесс охватывает весь жизненный цикл ПО, начиная от определения требований и заканчивая сопровождением, и представляет собой обобщенный каркас (шаблон, скелет), который может быть применен (специализирован) для разработки и сопровождения широкого круга систем.

    Неотъемлемой частью Унифицированного процесса является UML – язык (система обозначений) для определения, визуализации и конструирования моделей системы в виде диаграмм и документов на основе объектно-ориентированного подхода

    На стадиях анализа и проектирования часто используются так называемые шаблоны (паттерны) проектирования. Шаблон – это именованная пара «проблема/решение», содержащая готовое обобщенное решение типичной проблемы

    34. Объясните назначение сущностей в UML

    В UML определено три типа сущностей:

    • структурная – абстракция, являющаяся отражением концептуального или физического объекта;

    • группирующая – элемент, используемый для некоторого смыслового объединения элементов диаграммы;

    • поясняющая (аннотационная) – комментарий к элементу диаграммы.

    35. Объясните типы связей (отношений) между сущностями в UML

    • Ассоциация - отношение, описывающее значимую связь между двумя и более сущностями

    • агрегация - описывает связь «часть»-«целое», в котором «часть» может существовать отдельно от «целого».

    • Композиция - подвид агрегации, в которой «части» не могут существовать отдельно от «целого»

    • зависимость - отношение между двумя сущностями, в котором изменение в одной сущности может влиять на состояние или поведение другой сущности .

    • Обобщение -отношение между обобщенной сущностью и специализированной сущностью.

    • Реализация - отношение между сущностями, где одна сущность определяет действие, которое другая сущность обязуется выполнить.

    36. Объясните понятия сущности и атрибутов при проектировании баз данных информационных систем

    Сущность (объект)- это реальный или представляемый объект предметной области, информация о котором должна сохраняться и быть доступна. Различают такие понятия как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных предметов, событий, личностей, выступающих как единое целое. Экземпляр сущности относится к конкретной вещи в наборе. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности - это имя типа, а не некоторого конкретного экземпляра этого типа. Для большей выразительности и лучшего понимания имя сущности может сопровождаться примерами конкретных сущностей этого типа.

    Атрибут - поименованная характеристика сущности, определяющая его свойства и принимающая значения из некоторого множества значений. Каждый атрибут обеспечивается именем, уникальным в пределах сущности

    37. Объясните принципы объектно-ориентированного проектирования (наследование, инкапсуляция и полиморфизм)

    Наследование – принцип, в соответствии с которым знание об общей категории разрешается применять для более узкой. Применительно к классам это означает, что дочерний класс полностью наследует все атрибуты и методы, определенные в родительском классе. При этом в дочернем классе могут быть определены дополнительные атрибуты и методы.

    Инкапсуляция – принцип, в соответствии с которым содержание внутреннего устройства элементов системы должно быть скрыто друг от друга. Этот принцип предписывает обмен информацией между объектами системы только в минимально необходимом объеме, ограничение доступа к атрибутам и методам объектов со стороны других объектов и полное скрытие алгоритмической реализации методов от других объектов

    Полиморфизм – принцип построения элементов модели так, чтобы они могли принимать различные внешние формы или функциональность в зависимости от обстоятельств.

    38. Объясните сущность стратегического планирования

    Стратегическое планирование — набор действий и решений, предпринятых руководством, которые ведут к разработке специфических стратегий, предназначенных для того, чтобы помочь организации достичь своих целей.

    Сущность стратегического бизнес-планирования заключается в формулировании основных направлений деятельности предприятия и показателей его развития на планируемый период, определяющих желаемый результат его деятельности в целом и в конкретном бизнесе.

    Выделяют четыре основных вида управленческой деятельности в рамках процесса стратегического планирования: распределение ресурсов, адаптация к внешней среде, внутренняя координация, осознание организационных стратегий.

    Распределение ресурсов. Данный процесс включает в себя распределение ограниченных организационных ресурсов, таких как фонды, дефицитные управленческие таланты и технологический опыт.

    Адаптация к внешней среде. Адаптация охватывает все действия стратегического характера, которые улучшают отношения компании с ее окружением. Компаниям необходимо адаптироваться к внешним как благоприятным возможностям, так и опасностям, выявить соответствующие варианты и обеспечить эффективное приспособление стратегии к окружающим условиям.

    Внутренняя координация. Включает координацию стратегической деятельности для отображения сильных и слабых сторон фирмы с целью достижения эффективной интеграции внутренних операций.

    Осознание организационных стратегий. Эта деятельность предусматривает осуществление систематического развития мышления менеджеров путем формирования организации, которая может учиться на прошлых стратегических решениях.

    39. Выделите основные мероприятия предпроектного исследования

    Предпроектное исследование осуществляется с целью параметризации проекта. Это этап сбора необходимых данных и их анализа. Предпроектные исследования позволяют выбрать оптимальный вариант реализации проекта, что позволяет рассчитать необходимые ресурсы, сроки проектирования и повысить эффективность производства.

    40. Объясните функции диаграммы потоков данных DFD

    В отличие от IDEF0, предназначенной для проектирования систем вообще, DFD предназначена для проектирования информационных систем. Ориентированность этой методологии на проектирование автоматизированных систем делает ее удобным и более выгодным инструментом при построении функциональной модели «TO-BE».

    Модель системы в нотации DFD представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе. Модель системы содержит контекстную диаграмму и диаграммы декомпозиции.

    Принципы построения функциональной модели с помощью DFD аналогичны принципам методологии IDEF0. Вначале строится контекстная диаграмма, где отображаются связи системы с внешним окружением. В дальнейшем выполняется декомпозиция основных процессов и подсистем с построением иерархии диаграмм.

    Модель DFD, помимо описания функционального аспекта системы, содержит также сведения об информационном и компонентном аспектах. Совокупность накопителей данных является прообразом будущей БД, т.е. определяет состав и структуру информации. Построение диаграмм с использованием в качестве блоков подсистем показывает состав и связи компонентов будущей системы.
    1   2   3


    написать администратору сайта