Реферат: Методические указания к курсовому проектированию по дисциплине Москва 2001 для студентов специальности "Информационные системы в управлении" 071900

Министерство образования Российской Федерации ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ УПРАВЛЕНИЯ

Институт информационных систем управления Кафедра компьютерных технологий

Утверждено

первым проректором ГУУ

проф. Ю.Л. Старостиным

11 мая 2001 г.

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к курсовому проектированию по дисциплине




Москва - 2001


для студентов специальности "Информационные системы в управлении" - 071900

УДК 681.3.06 6Н1

Методические указания к курсовому проектированию по дисциплине «Эконо­мика, разработка и использование программных средств» / Сост.: Л.Б. Венчковский, И.Т. Рудник; ГУУ. М., 2001. - 36 с.

Составители кандидат технических наук, доцент

^ Л.Б. ВЕНЧКОВСКИЙ

кандидат экономических наук, доцент

И.Т. РУДНИК

Ответственный редактор

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

кандидат экономических наук, доцент

^ В.А. МАШУРЦЕВ

Рецензент

доцент кафедры информационных систем ГУУ,

кандидат экономических наук

Н.М. ЛОБАНОВА

© Л.Б. Венчковский, И.Т. Рудник, 2001

© Государственный университет управления, 2001

1. Введение

Настоящие методические указания предназначены для проведения курсового проектирования, выполняемого студентами 3-го курса специальности 071900 "Ин-срормационные системы в управлении" по дисциплине "Экономика, разработка и использование программных средств ". После перехода на новый образовательный стандарт методические указания могут быть использованы в качестве учебного по­собия при выполнении лабораторных работ студентами специальности 351400 "При­кладная информатика в управлении" по дисциплине "Разработка и стандартизация программных средств и инсрормационных технологий".

Курсовое проектирование осуществляется в 6-м, завершающем для данной дисциплины, семестре.

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

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

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

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

В свою очередь, описываемое курсовое проектирование закладывает опреде­ленные основы для следующих дисциплин: "Мировые информационные ресурсы и сети", "Защита информации и информационная безопасность", "Автоматизирован­ные информационные системы", "Проектирование автоматизированных экономиче­ских информационных систем".

^ 2. Общие требования к курсовому проекту

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

Система контроля за исполнением документов для организации.

Система заказа билетов на авиарейсы.

Система обслуживания клиентов сберегательного банка.

Система расчета размера пенсии и ведения пенсионных дел.

Автоматизированная система обработки кадровой информации.

Система библиотечного обслуживания.

Система бронирования мест в гостиницах города.

Справочная система метрополитена.

Система банковского кредита.

Система обработки заказов в магазине.

Система ведения кредитных карточек.

Система оптовой торговли по заявкам.

Система выплат гонораров авторам произведений.

Система обмена коммерческой информацией.

Системы вычисления налогов работников бюджетной сферы.

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

17. Система расчета заработной платы при повременной и тарифно-
квалификационной оплате.

18. Система материально-технического обслуживания (предприятия, органи­
зации, отрасли, региона).

Список тем ориентировочный, он может развиваться по мере совершенство­вания программных средств и методологий программирования.

Возможно закрепление за студентами предлагаемых ими тем (при обоснова­нии целесообразности и эффективности ее разработки).

Примерный вариант исходного задания может выглядеть следующим обра-

зом:

^ Разработать информационную систему для автоматизации работы туристиче­ской Фирмы.

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

От организаций в туристическую фирму поступают заявки-заказы, которые за­крепляются договором между организацией и фирмой. Каждый договор связан с конкретной поездкой (деловым туром) и соответствует единовременной поездке представителей юридического лица, но может включать и несколько поездок сотруд­ников одной организации. Реквизиты договора определяются и заполняются фир­мой, которая устанавливает унифицированную форму договора.

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

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

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

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

Система должна включаться в АРМ менеджера турфирмы, осуществляющего работу с клиентами.

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

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

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

Ориентировочный объем курсового проекта (пояснительной записки) - 100 страниц.

^ Общие требования к содержанию и оформлению пояснительной записки:

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

связь входов и выходов системы с основными процессами (операциями)
обработки данных может показываться с помощью схем Н1РО;

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

по каждой функции системы необходимо показать с использованием струк­
турных средств: входы - функция - выходы (экранные формы, документы);

логическая схема создаваемой базы данных может быть представлена в
виде ЕВ-диаграммы;

при проектировании программной системы следует руководствоваться
принципом абстракции (уровни абстракции Дейкстры) и методом иерархической де­
тализации;

для представления архитектуры создаваемой программной системы реко­
мендуются структурные схемы;




должна быть проведена декомпозиция программной системы; при проекти­
ровании состава программной системы должны использоваться принципы модуль­
ного профаммирования;

алгоритмы модулей рекомендуется представлять с помощью схем дейст­
вий;

кодирование модулей должно выполняться средствами структурного про­
граммирования (в частности, должны использоваться только канонические конструк­
ции структурного программирования, структурная запись программ);

тексты исходных модулей должны быть документированы и содержать
комментарии;

6

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

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

• словарь типов данных системы должен содержать не менее 3-4-х статей.
^ Исходными данными для каждого проекта служат конкретные характеристики

реального информационного объекта, для которого создается автоматизированная система, как, например, банк, библиотека, железнодорожный вокзал, склад, метро­политен и т.п.

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

^ 3. Содержание курсового проекта

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

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

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

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

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

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

(^^Архитектура программного комплекса на уровне физической модели сово­купности модулей, реализующих программное изделие.

V/ ^Внутренние спецификации модулей с кратким и точным описанием алго­ритма решения каждой задачи. Описание логики наиболее интересных алгоритмов с использованием структурных средств.

\^ /ЗЛГДокументированные тексты программных модулей и программы на магнит­ном носителе. База данных должна содержать не менее 50 записей каждого типа.

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

Гб/Руководство пользователя программного изделия.

(При м е ч а н и е . Подробное описание содержания работ и основных доку­ментов представлено в приложении 1.

^ 4. Организация курсового проектирования

При выполнении данного курсового проекта используется бригадная форма организации работ, являющаяся в практике разработки программных изделий обще­принятой и наиболее эффективной. Каждая бригада (2-3 студента) получает отдель­ное задание согласно выбранной теме (список тем приведен в разделе 1); тема мо­жет быть предложена и студентами с обоснованием целесообразности ее разработ­ки. Работу бригады возглавляет главный программист, остальные выполняют роль программистов, на одного из членов бригады возлагается роль секретаря (библио­текаря). За каждым членом бригады закрепляется выполнение конкретных работ и оформление соответствующей системной и пользовательской документации.

Задание на курсовой проект выдается в 5-м семестре, в котором предполага­ется разработка и согласование требований пользователя. В этом же семестре раз­рабатывается модель базы данных и создается прототип, который рассматривается в качестве последней лабораторной работы семестра.

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

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

Работа по анализу и проектированию, не требующая использования машинно­го времени, выполняется вне учебного расписания, т.е. в личное время студентов.

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

Учитывая большой объем работ по программированию, отладке и тестирова­нию необходимых программных модулей, отдельные задания на лабораторные ра­боты в 6-м семестре не выдаются. Лабораторные работы выполняются и защища­ются как промежуточные этапы курсового проекта. Отладка программ и их компонов­ка проводятся на ПЭВМ во время, выделенное для лабораторных работ, в присутст­вии преподавателя.

Дополнительное машинное время для курсового проектирования выделяется группам по соответствующим заявкам. В это время студенты работают самостоя­тельно, без преподавателя.

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

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

^ График выполнения курсового проекта (перечень работ)



Завершение работы (неделя)

Содержание работ

2

Уточнение и согласование исходного задания.

4

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

5

Определение требований к программному изделию.

6

Технико-экономическое обоснование и оценка осуществимо­сти концепции выбранной информационной системы, опре­деление трудозатрат на разработку.

•: .-•: ; 7

Системный структурный анализ потоков данных, определе­ние архитектуры программного комплекса, структуры и со­держания базы данных.

: .8 • -•••••'-' •

Разработка и утверждение технического задания.

9

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

10

Кодирование и автономная отладка программных модулей.

11

Оформление «Руководства пользователя».

12

Подготовка «Плана приемо-сдаточных испытаний».

14

Комплексная отладка программного изделия и оформление контрольного примера.

16

Оформление пояснительной записки и сдача ее на проверку.

17

Приемо-сдаточные испытания программного изделия и за­щита курсового проекта.

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

^ 5. Оформление результатов

К представляемым руководителю основным составляющим курсового проекта относятся:

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

Материалы в пояснительной записке следует размещать в следующем поряд­ке:

титульный лист;

оглавление;

задание на курсовое проектирование;

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

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

требования к программному изделию;

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

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

функциональная архитектура программной системы;

алгоритмы модулей в виде схем действий;

техническое задание на разработку программного изделия (может вклю­чать перечисленные выше материалы);

документированные тексты исходных программных модулей;

план приемо-сдаточных испытаний программного изделия;

результаты тестирования (прогона контрольного примера);

расчет экономической эффективности;

руководство пользователя;

другие документы (по согласованию с преподавателем);

список использованной литературы;

приложения (например, словарь системы).

При оформлении курсового проекта необходимо руководствоваться следую­щим:

все материалы оформляются на бумаге стандартного формата А4 на одной
стороне, рукописно или машинописно, с оставлением полей, все страницы должны
быть пронумерованы;

в случае набора пояснительной записки на компьютере рекомендуется
шрифт №№ 12, 14, формат набираемого материала 17,5 х 24 см (длина строки, вы­
сота печатаемого текста), поля: левое - 2 см, правое - 2 см, верхнее - 2 см, нижнее
- 2 см;

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




каждое приложение должно снабжаться заголовком вида: слово
"ПРИЛОЖЕНИЕ", его порядковый номер и наименование, отражающее содержание
данного приложения;

титульный лист курсового проекта должен соответствовать типовой форме
(см. прилож. 2).

6. Организация защиты

В ходе курсового проектирования руководитель принимает защиту промежу­точных материалов.

К подобным промежуточным материалам относятся:

- технико-экономическое обоснование целесообразности разработки систе-

мы;

техническое задание;

архитектура программной системы;

логическая схема базы данных;

словарь системы;

демонстрация работы ядра (прототипа) системы;

спецификации модулей системы;

демонстрация работы отдельных модулей;

документированные тексты программ;

расчет экономической эффективности;

отдельные проектные и эксплуатационные документы;

план приемо-сдаточных испытаний.

10

Промежуточные материалы представляются и защищаются студентами в сро­ки, установленные в техническом задании.

По результатам приема каждого промежуточного материала студенту разъяс­няются ошибки и недоработки, требующие исправления.

Подведение итогов курсового проектирования включает следующие этапы:

сдача курсового проекта (пояснительной записки) на проверку руководителю;

проведение приемо-сдаточных испытаний системы;

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

сдача готового курсового проекта;

защита курсового проекта.

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

Приемо-сдаточные испытания разработанной системы могут проводиться по мере ее готовности, но не позднее последней недели учебных занятий в семестре.

Срок доработки проекта устанавливается руководителем с учетом сущности замечаний и объема необходимой доработки.

Курсовой проект, удовлетворяющий предъявляемым требованиям, допускает­ся к защите в день и час, назначенные руководителем.

Оценка проекта производится с учетом:

соответствия продемонстрированных на испытаниях возможностей систе­
мы требованиям, зафиксированным в техническом задании;

полноты и качества разработанных проектных и эксплуатационных доку­
ментов;

соблюдения международных и государственных стандартов при разработ­
ке и оформлении программных и информационных средств;

исполнения требований госстандартов и кафедры к оформлению поясни­
тельной записки;

практической полезности разработанной системы;

качества ответов на вопросы при защите.

ЛИТЕРАТУРА

Боэм Б.У. Инженерное проектирование программного обеспечения: Пер. с
англ. - М.: Радио и связь. 1985. - 512 с.

Венчковский Л.Б. Разработка сложных программных изделий: Учеб. Посо­
бие для вузов / Под ред. В.А. Машурцева; ГУУ.- М.: ЗАО "Финстатинформ", 1999.-
109с.

Гейн К., Сарсон Т. Структурный системный анализ: средства и методы: Пер.
с англ. Ч. 1,2. - М.: "Эйтекс", 1993.

Липаев В.В. Документирование и управление конфигурацией программных
средств. Методы и стандарты. Серия "Информатизация России на пороге XXI века".-
М.:СИНТЕГ, 1998.-220с.

Липаев В.В. Системное проектирование сложных программных средств для
информационных систем. Серия "Информатизация России на пороге XXI века".- М.:
СИНТЕГ, 1999.-224с.

Человеческий фактор: Пер. с англ.. (т. 6. Эргономика в автоматизированных
системах). - М.: Мир, 1992.

11

Приложение 1

1. Содержание работ по курсовому проектированию

1.1. Общие замечания

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

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

13О 12207: 1995. Процессы жизненного цикла программных средств.

18О 9000-3: 1991. Общее руководство качеством и стандарты по обеспечению качества.

15О 9126: 1991. Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению.

Укрупненно этапы ЖЦПИ (при использовании каскадной модели) включают:

определение требований пользователя (заказчика);

определение требований к программному изделию;

архитектурное проектирование программного изделия;

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

изготовление программного изделия;

эксплуатация и сопровождение программного изделия.

Первые три этапа соответствуют системному проектированию новой информа­ционной системы. Методологической основой этого раздела работ служит систем­ный анализ, основными целями которого являются:

определение потребностей заказчика;

оценка осуществимости концепции новой системы и исследование возмож­
ных вариантов решений;

технико-экономический анализ альтернативных вариантов и обоснование
выбора автоматизированной информационной системы;

определение трудозатрат на проектирование и разработку программной
системы, сроков и стоимости разработки;

распределение функций между элементами системы и между ее подсисте­
мами;

создание описания информационной системы и формулирование требова­
ний к программному изделию.

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

На основе согласованного с заказчиком (преподавателем) технического зада­ния на разработку начинается детальное проектирование программного изделия: алгоритмизация, кодирование, тестирование и отладка. Результаты этого комплекса работ должны быть представлены в пояснительной записке в виде схем алгоритмов модулей, соответствующих им прокомментированных программ, а также необходи­мой эксплуатационной документации. Курсовой проект должен быть представлен в виде функционирующей информационной системы и его аттестация проводится на ЭВМ в соответствии с планом приемо-сдаточных испытаний.

12

1.2. Определение требований пользователя

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

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

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

Все требования пользователей удобно разделить на две группы.

Требования, отражающие возможности системы, реализация которых обес­
печивает решение поставленной проблемы.

Требования, определяющие ограничения на способы и пути решения про­
блемы или на пути достижения поставленной цели.

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

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

Каждое требование пользователя должно описываться следующими атрибу­тами:

Идентификатор, позволяющий проследить выполнение каждого ус­
тановленного требования через все фазы ЖЦПИ.

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

13

3. Стабильность требования, указывающая степень его постоянства на
протяжении ЖЦПИ. При этом должны быть отмечены те требования, которые могут
быть изменены в результате получения в процессе проектирования новой информа­
ции или в результате накопления опыта эксплуатации.

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

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

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

7. Ясность формулировки, означающая определенность и однозначность
требования и отсутствие какой-либо неопределенности,

1.3. Анализ осуществимости разработки программного изделия
Одновременно с исследованием существующей информационной системы и

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

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

Второй фазой ЖЦПИ является фаза определения требований к программному изделию, которая является фазой "анализа проблемы". Главной целью этой фазы является разработка полной, непротиворечивой и корректной совокупности требо­ваний к программному обеспечению на основе всестороннего изучения требований пользователя. За выработку этих требований всегда отвечает разработчик. В каче­стве участников этой фазы должны привлекаться пользователи, инженеры-программисты, специалисты по техническим средствам, а также обслуживающий персонал. Ответственным за выполнение этой работы, как правило, назначается системный аналитик. Руководитель проекта организует взаимные консультации и обсуждения, поскольку участники этих обсуждений могут иметь разное представле­ние о конечном продукте и их взгляды должны синтезироваться в четкие и непроти­воречивые формулировки требований.

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

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

14

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