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

  • Систем управления и радиоэлектронике (ТУСУР) Центр дистанционного обучения

  • Контрольная работа по дисциплине: «Разработка и стандартизация программных средств и информационных технологий»

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

  • Что такое системное и функциональное наполнение ППП; оболочка пакета, вектор состояния МПО

  • Какой модуль называется выполнимым Эффективным

  • Охарактеризуйте виды интерфейса пользователя, различные по функциональному назначению.

  • Какие пакеты прикладных программ используете вы в своей производственной и/или личной деятельности (приведите примеры с указанием полного названия, версии ППП и фирмы-разработчика)

  • Назовите причины появления проектов типа «death march».

  • В чем отличие структурного и объективно-ориентированного подходов к проектированию программного обеспечения

  • Какие цели преследуются при разработке пользовательской документации ППП

  • В чем суть концепции качества «Six Sigma»

  • Какие виды затрат на разработку ППП можно отнести к условно постоянным, а какие – к переменным издержкам

  • Приведите примеры известных вам ППП экономической сферы (кроме упомянутых в пособии).

  • 1- 2_Разработка и применение ППП в экономике. Контрольная работа по дисциплине Разработка и стандартизация программных средств и информационных технологий


    Скачать 78.5 Kb.
    НазваниеКонтрольная работа по дисциплине Разработка и стандартизация программных средств и информационных технологий
    Анкор1- 2_Разработка и применение ППП в экономике.doc
    Дата06.05.2017
    Размер78.5 Kb.
    Формат файлаdoc
    Имя файла1- 2_Разработка и применение ППП в экономике.doc
    ТипКонтрольная работа
    #2375
    КатегорияИнформатика. Вычислительная техника

    Министерство образования РФ

    Томский государственный университет

    Систем управления и радиоэлектронике

    (ТУСУР)


    Центр дистанционного обучения.

    Кафедра автоматизированных систем управления (АСУ)


    Контрольная работа

    по дисциплине: «Разработка и стандартизация программных средств и информационных технологий»

    Вариант: № 2

    Автор методического пособия: С. Л. Миньков

    Вопросы:

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

    2. Что такое системное и функциональное наполнение ППП; оболочка пакета, вектор состояния МПО?

    3. Какой модуль называется выполнимым? Эффективным?

    4. Пусть данное состояние МПО описывается вектором S={0,1,1,0,0,0,1} Будет ли эффективным обрабатывающий модуль, если его строка в матрице R имеет вид:

    а) Ri = {0,1,0,0,0,0,1}; б) Ri = {0,0,0,1,0,0,1}?

    1. Охарактеризуйте виды интерфейса пользователя, различные по функциональному назначению.

    2. Какие пакеты прикладных программ используете вы в своей производственной и/или личной деятельности (приведите примеры с указанием полного названия, версии ППП и фирмы-разработчика)?

    3. Назовите причины появления проектов типа «death march».

    4. В чем отличие структурного и объективно-ориентированного подходов к проектированию программного обеспечения?

    5. Какие цели преследуются при разработке пользовательской документации ППП?

    6. В чем суть концепции качества «Six Sigma»?

    7. Какие виды затрат на разработку ППП можно отнести к условно постоянным, а какие – к переменным издержкам?

    8. Приведите примеры известных вам ППП экономической сферы (кроме упомянутых в пособии).


    Ответы:


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

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

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

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

    - при возникновении потребности в решении конкретной задачи оставляется и отлаживается программа или несколько последовательно выполняемых программ. Для программирования используется один из универсальных языков программирования (Basic, Pascal, Fortran, C, C++, Assembler.).

    - заранее составляются подпрограммы реализации типовых шагов алгоритмов, например, для реализации методов численного анализа, преобразования форм представления данных. Такие готовые подпрограммы накапливаются в форме исходных или объектных модулей в библиотеке, размещаемой на магнитном диске. При составлении прикладной программы в нее включаются обращения к библиотечным подпрограммам. Сами библиотечные подпрограммы присоединяются к прикладной программы в процессе трансляции (исходные модули) или при редактировании связей (объектные модули). Библиотеку готовых подпрограмм уже можно рассматривать как пакеты прикладных программ, используемый совместно с прикладной программой. Примерами таких пакетов прикладных программ являются пакеты научных подпрограмм на языках ПЛ/1, Алгол и Фортран, которые использовались на БЭСМ-6 и ЕС ЭВМ в 70-е и 80-е годы.

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

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


    1. Что такое системное и функциональное наполнение ППП; оболочка пакета, вектор состояния МПО?

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

    Функциональное наполнение пакета представляет из себя набор специальных программ, определяющих конкретную область применения пакетов прикладных программ. Этот комплекс включает в себя обрабатывающие модули. Эти модули представляют собой своеобразные “чёрные ящики”, которые можно соединять в цепочки, ветви, так, чтобы в конце концов получить заданную программу.

    В процессе функционирования ППП происходит изменения состояния модели предметной области: от начального, определяемого вводом данных, до конечного, определяемого поставленной целью. Это изменение происходит за счет выполнения модулей ввода данных и обрабатывающих модулей. Каждый такой модуль может изменять значения данных. Тогда состояние модели предметной области, или состояние вычислительного процесса, можно характеризовать бинарным вектором состояния модели предметной области S = (s1…sn). Текущее состояние модели предметной области пакета можно характеризовать вектором S ={s1, s2, ..., sn), где n — число данных (элементов множества данных X), и




    1. Какой модуль называется выполнимым? Эффективным?

    В текущем состоянии S обрабатывающий модуль является выполнимым, если значения всех компонентов х известны. Выполнимый обрабатывающий модуль можно вызвать (реализовать соответствующую этому модулю функциональную связь). В результате выполнения модуля будут вычислены новые значения компонентов у. Если значения каких-либо компонентов у в текущем состоянии S были неопределенными, то после выполнения модуля fj будет получено новое состояние S’ модели предметной области, и количество известных данных увеличится.

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


    1. Пусть данное состояние МПО описывается вектором S={0,1,1,0,0,0,1} Будет ли эффективным обрабатывающий модуль, если его строка в матрице R имеет вид: а) Ri = {0,1,0,0,0,0,1}; б) Ri = {0,0,0,1,0,0,1}?

    а) S= {1,0,0,1,1,1,0} модуль не будет эффективным

    Ri ={0,1,0,0,0,0,1}

    {0,0,0,0,0,0,0}

    б) S= {1,0,0,1,1,1,0} модуль будет эффективным

    Ri ={0,0,0,1,0,0,1}

    {0,0,0,1,0,0.0}


    1. Охарактеризуйте виды интерфейса пользователя, различные по функциональному назначению.

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

    По характеру информации выводимой или запрашиваемой пользователем, или формируемой пакетом, можно выделить четыре группы функций интерфейса с пользователем:

    1. вывод справок о составе и состоянии модели предметной области, возможностях пакета в целом и в каждом состоянии модели предметной области;

    2. прием от пользователя и контроль управляющей информации: команд, программы на входном языке;

    3. ввод данных, представляемых пользователем, и вывод данных на экран или печатающее устройство;

    4. вывод информационных сообщений о возникающих при выполнении пакета особых ситуациях (ошибках).




    1. Какие пакеты прикладных программ используете вы в своей производственной и/или личной деятельности (приведите примеры с указанием полного названия, версии ППП и фирмы-разработчика)?

    Я пользуюсь на работе программой «1С: Предприятие 8.0». Разработчик фирма ЗАО «1С» г.Москва.


    1. Назовите причины появления проектов типа «death march».

    Эдвард Йордан, один из ведущих мировых специалистов в области программной инженерии, анализируя причины неудач, отмечал, что множество проектов выполнялось в экстремальных условиях. Для таких проектов он даже предложил название «death march», буквально – «смертельный марш». Под ним понимается такой проект, параметры которого отклоняются от нормальных значений, по крайней мере, на 50%. По отношению к проектам создания ПО это означает наличие, как минимум, одного из следующих ограничений:

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

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

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

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

    Такие проекты порождаются самыми различными причинами, например:

    - высокой конкуренцией, вызванной появлением новых компаний на рынке или новых технологий;

    - воздействием неожиданных правительственных решений;

    - политическими «играми» высшего руководства;

    - наивным оптимизмом и менталитетом первопроходцев у неопытных разработчиков.


    1. В чем отличие структурного и объективно-ориентированного подходов к проектированию программного обеспечения?

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

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

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


    1. Какие цели преследуются при разработке пользовательской документации ППП?

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

    Пользовательская документация включает в себя:

    1) паспорт на программное средство, где содержатся общие сведения о ППП, его основные характеристики, комплектность, акт о приемке, гарантии изготовителя (поставщика);

    2) общее описание информационной системы (ИС), в составе которой будет использоваться ППП (назначение и описание ИС, описание взаимосвязей ППП с другими составляющими ИС);

    3) руководство администратора программного средства, кото­рое регламентирует функции администрирования при применении ППП, процедуры по инсталляции и подготовке ППП к эксплуатации, порядок и средства ведения базы данных и восстановления ин­формации при сбоях;

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

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


    1. В чем суть концепции качества «Six Sigma»?

    Концепцию качества «6 сигма» (Six Sigma) в 80-х годах предложила корпорация Motorola. Ее инженеры пришли к выводу, что новые продукты, которые часто не оправдывают ожиданий пользователя, можно с самого начала производить без дефектов. Это была поистине революционная идея для промышленного производства: соотносить требования потребителей и производительность с теми показателями, которые заложены в продукт, еще в процессе производства, а не после него.

    Шаги методики Six Sigma

    1. Измерение:

    а) выбор характеристик CTQ

    б) определение стандартов работы

    в) подтверждение системы измерения

    1. Анализ:

    г) установление возможностей продукта

    д) определение целей с точки зрения производительности

    е) выявление источников отклонения

    1. Совершенствование:

    ж) просмотр потенциальных причин

    з) выявление взаимоотношений переменных

    и) установление операционных допусков

    1. Контроль:

    к) подтверждение системы измерения

    л) определение возможностей процесса

    м) реализация средств управления процессом.
    Прежние методики контроля качества, предлагаемые в 70-е и 80-е годы, были направлены «на устранение дефектов ради самого их устранения». Данная методика предусматривала постоянное и комплексное управление качеством.

    Расширение смыслового значения термина «дефекты» и применение его к разнообразным задачам в различных сферах деятельности отрыло полный простор для творческого осмысления приложений методики Six Sigma.


    1. Какие виды затрат на разработку ППП можно отнести к условно постоянным, а какие – к переменным издержкам?

    Постоянные издержки:

    В данную категорию издержек при создании программы входят:

    1) амортизационные отчисления на вычислительную технику;

    2) затраты на текущий ремонт вычислительной техники.

    Переменные издержки:


    В данную категорию издержек при создании программы входят:

    • затраты на приобретение материалов;

    • затраты на потребляемую электроэнергию;

    • затраты на потребляемую теплоэнергию;

    • затраты на оплату труда разработчиков программы;

    • отчисления по налогам.




    1. Приведите примеры известных вам ППП экономической сферы (кроме упомянутых в пособии).

    «1С: Управление торговлей», «1С: Управляющий», «Гарант», «Консультант плюс».
    написать администратору сайта