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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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